Closed
Bug 137762
Opened 22 years ago
Closed 22 years ago
Linker Error with Sun Forte Compile against gkgfx
Categories
(SeaMonkey :: Build Config, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: km, Assigned: netscape)
Details
Attachments
(1 file)
3.06 KB,
patch
|
Details | Diff | Splinter Review |
I get CC -I/usr/openwin/include -mt -DNDEBUG -DTRIMMED -O -G -Qoption ld -z,muldefs -h libimggif.so -o libimggif.so GIF2.o nsGIFDecoder2.o nsGIFModule.o -xildoff -lgkgfx -L../../../../dist/bin -lxpcom -L../../../../dist/bin -L/var/tmp/moz/mozilla/dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -lrt -lsocket -ldl -lm ld: fatal: library -lgkgfx: not found ld: fatal: File processing errors. No output written to libimggif.so The problem is that Sun CC applies the -L paths only to -l libraries listed later in the command line. libgkgfx is in dist/bin but that occurs only later in the command line. This problem does not show with gcc, since gcc aggregates all the -L directories at the front of the command line it presents to the Solaris linker. This only broke in the last couple of weeks, so the link command line must have changed. A workaround is to set the LD_LIBRARY_PATH for the build to include dist/bin
Assignee | ||
Comment 1•22 years ago
|
||
Out of curiosity, what version of Forte? Our WS6U2 box is still green.
Severity: normal → blocker
Status: UNCONFIRMED → NEW
Ever confirmed: true
Good point. I'm now using CC: Forte Developer 7 C++ 5.4 DEV 2002/02/13 and after checking I see that its behavior is different that WS6U2. WS6U2 and previous Sun comilers, act like gcc. They collect all the -L's and move them to the beginning of the ld command line. WS7 passes them through to ld as is. Don't know if this is a bug in WS7 or a new feature.
Assignee | ||
Comment 3•22 years ago
|
||
The bustage was caused by a fix I proposed for bug 53597. This patch should fix the link problem.
Comment 4•22 years ago
|
||
This patched went through fine on my Solaris 8 machine running Forte 7 and fixed the build bustage, thanks Dauphin r=dcran -dcran-
Assignee | ||
Comment 5•22 years ago
|
||
Patch has been checked in.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
The same issue has come up in a new directory extensions/typeaheadfind/src The same additions need to be made to its Makefile.in.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 7•22 years ago
|
||
Don't reopen this bug everytime this happens. Inform whomever landed the changes that they need to be aware of this problem and open a new bug if necessary. Propagate the knowledge!
Assignee | ||
Comment 8•22 years ago
|
||
.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•