------- Comment #4 from alex at milivojevic dot org 2006-01-27 19:34 -------
Some additional info (there's always something else that pops up).
Seems the problem is present only on machine where both of the following are
true:
- processor is UltraSPARC-IIe
- "uname -i" returns SUNW,UltraAX-e2
One machine where /usr/platform/sun4u/sbin/prtdiag claims the processor is
UltraSPARC-IIe, but "uname -i" prints out SUNW,UltraAX-i2, and the test program
was running correctly on it. I've blindly assumed that machine had IIi
processor when I was writing bug report. Sorry about that.
Interesting thing is that both SUNW,UltraAX-e2 and SUNW,UltraAX-i2 are symbolic
links to generic sun4u directory:
$ ls -l /usr/platform
...
lrwxrwxrwx 1 root root 5 Apr 4 2003 SUNW,UltraAX-e2 -> sun4u
lrwxrwxrwx 1 root root 5 Apr 4 2003 SUNW,UltraAX-i2 -> sun4u
drwxr-xr-x 6 root sys 512 Mar 12 2003 sun4u
...
The SUNWkvm package on both machines seems to be the same version. I even
copied over libc_psr.so.1 from one machine to another and run diff, and it
reports the files are identical.
$ pkginfo -l SUNWkvm
PKGINST: SUNWkvm
NAME: Core Architecture, (Kvm)
CATEGORY: system
ARCH: sparc.sun4u
VERSION: 11.9.0,REV=2002.04.06.15.27
BASEDIR: /
VENDOR: Sun Microsystems, Inc.
DESC: core software for a specific hardware platform group
PSTAMP: on81-patch20021015110113
INSTDATE: Mar 12 2003 09:15
HOTLINE: Please contact your local service provider
STATUS: completely installed
FILES: 192 installed pathnames
43 shared pathnames
46 directories
10 executables
2 setuid/setgid executables
1610 blocks used (approx)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25998
