OpenCSW Bug Tracker

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0004484 [pm_test_tester] packaging minor always 2010-07-01 17:31 2013-06-17 14:17
Reporter hudesd View Status public  
Assigned To bonivart
Priority normal Resolution open  
Status assigned  
Summary 0004484: Build a sparcv9 64-bit threaded perl
Description Perl 5.10.1 has improved support for threads. SPARC is 64-bit for a long time.
Please switch to using Sun Studio 12 rather than Sun Studio 11 and drop any pretense of support for Solaris 8 which is more a year past end of support life.

Please do NOT use the -fast option as this introduces math inaccuracies and, per the compiler man page, can produce problems with running on a target other than the intended. Rather, specify individual options to the compiler. Among other things it's not a good idea to use -fsimple with a value >0 as this affects IEEE 754 compliance (thereby screwing up Math:: modules).

Please build Solaris 10-native 5.10.1 using switches -mt -xtarget=ultra3i -xarch=sparcvis2 -m64 -xipo -x04

Additional Information
Tags No tags attached.
Attached Files

- Relationships

-  Notes
bonivart (manager)
2010-07-01 17:42

We don't support Solaris 8 any more. However, the Perl 5.10.1 build is from end of last year when we still did. When we update it, it will be built on Solaris 9 with Studio 12 like all of our current packages. We can build a separate Solaris 10 package, no problem.

How about 5.12.1? Heard about any problems with that?

Is there use for a 64-bit Perl? We put a lot of time into re-compiling around 100 modules from 5.8.8 to 5.10.1, we need a better way to deal with that if we're going to have more than one (1) update a year. :-)
hudesd (reporter)
2010-07-01 17:53

in regards 5.12.1, I reviewed the notes at [^]
and it looks good. It's certainly nice to have but if it gives you problems nothing sounds -that- compelling unless one was already on 5.12.0.

As for 64-bit yes. I have Perl code dealing with large databases. also you can't get the advantage of the new instruction set without going to 64-bit. with 32-bit you're limited to sparcv8 code and generic target.

A sun4v native would be lovely but I recognize that's a lot of work.

Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker