132060 - Mozilla 0.9.9 does not run on sun4m platform

Status: RESOLVED INVALID

(SeaMonkey :: Build Config, defect)

Description

[Michael Gernoth]

Starting the 0.9.9 solaris/sparc version (binary-tarball from mozilla.org) on a
sun4m (SparcStation 20) machine does not work (All required patches are installed):
gandalf:~/mozilla $ ./mozilla
ld.so.1: ./mozilla-bin: fatal: ./libmozjs.so: bad ELF flags value: 256
Killed

It seems that two libraries are built only for the sun4u platforms:
libfreebl_hybrid_3.so:  ELF 32-bit MSB dynamic lib SPARC32PLUS Version 1, V8+
Required, UltraSPARC1 Extensions Required, dynamically linked, stripped
libmozjs.so:    ELF 32-bit MSB dynamic lib SPARC32PLUS Version 1, V8+ Required,
dynamically linked, stripped

Comment 1

[Matthias Versen [:Matti]]

-> Build Config

Comment 2

[Matthias Versen [:Matti]]

.

Comment 3

[hacker formerly known as [e-mail]]

dcran, were the contributed 0.9.9 tarballs compiled with
--enable-js-ultrasparc-opts by chance?  

I have no idea how to disable the ultrasparc opts for freebl short of hacking
the Makefile.  Wan-Teh, any ideas?

Comment 4

[Wan-Teh Chang]

Chris,

libfreebl_hybrid_3.so is only dynamically loaded (with a
dlopen call) when we are running on UltraSPARC.  When
running on sun4m, we load libfreebl_pure32_3.so instead.

Comment 5

[Donnie Cranford]

I am using --enable-ultrasparc, and so that might be prohibiting the sun4m
platforms, should I build for universal I think the performance hit is too gra,t
we probrably need a different build for the older machines??

Comment 6

[hacker formerly known as [e-mail]]

It should be mentioned in the release notes at the very least.  The nightly
solaris builds do not use ultrasparc opts and work on sun4m so people will
expect the same of nightlies.  If you want to use ultrasparc opts, then we need
to find someone else to provide a build w/o those opts...unless we can figure
out how to make js do freebl's trick.

Comment 7

[Donnie Cranford]

Well,

My question would be, what is the large majority of the Sun public using?
My guess would be at least some type of sun4u machine. If you disagree I will be
happy to stop using the --enable-ultrasparc optimization and build a universal
solaris build. But my guess is that anyone running Solaris 7,8,9 is running it
on a  sun4u platform. 

Comment 8

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 9

[Robert Kaiser]

Both Mozilla 0.9.9 and sun4m are aged enough that this bug is not useful any more, esp. not for SeaMonkey specifically.
If there is still an issue, please file a new bug in the appropriate component, I doubt it's a SeaMonkey-only thing.