Closed Bug 461 Opened 26 years ago Closed 26 years ago

Shared library conflict when compiling&using under a glibc-2 based Linux system

Categories

(MozillaClassic Graveyard :: StubFE, defect, P3)

Product:
MozillaClassic Graveyard
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: thorsten, Assigned: toshok)

Details

Created by Thorsten Heit (thorsten@wurzelausix.cs.uni-sb.de) on Monday, June 22, 1998 9:09:52 AM PDT
Additional Details :
When compiling Mozilla, a library called libutil.so will be
created. A glibc-2 based Linux system already has a library
with the same name Mozilla won't start because of missing
symbols in the glibc-libutil.so.
I renamed all references to "libutil.*" and "util" in all
makefiles, let the make create a libnsutil.[a,so] instead of
libutil.[a,so] and then it worked.
ramiro/mcafee: have we gotten permission to make the sweep through xp makefiles
and rename these problem libraries?
I think we asked about this back in June and no one
really objected, but we didn't schedule the change
to go in.
Do you have the changes in hand ?
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
The code that creates the libutil.so isn't contained anymore in
mozilla-19981008.tar.gz
QA Contact: 4079
Sujay -- please work with xheads to verify this -- thanks
xheads, can I get help verifying this one??? thanks!
toshok, can you mark this verified-fixed if it is working for you now? thanks!
Can someone please verify this bug and mark it VERIFIED-FIXED ?????

thanks!
Status: RESOLVED → VERIFIED
We now use libmozutil.so.
Marking verified.
You need to log in before you can comment on or make changes to this bug.