Closed
Bug 12830
Opened 25 years ago
Closed 25 years ago
Makefile won't build libxpt.a on Solaris
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
RESOLVED
INVALID
People
(Reporter: frankm, Assigned: mike+mozilla)
Details
When I run gmake on Solaris, the Makefile calls "ar" without any options at all: ... cd src; gmake export rm -f libxpt.a /usr/ccs/bin/ar xpt_struct.o xpt_xdr.o ar: only one of [drqtpmx] allowed gmake[4]: *** [libxpt.a] Error 1 gmake[3]: *** [export] Error 2 gmake[2]: *** [export] Error 2 gmake[1]: *** [export] Error 2 gmake: *** [export] Error 2 What the Makefile should do, and what works just fine manually, is ar cr libxpt.a xpt_struct.o xpt_xdr.o All other libraries build with no problems.
Updated•25 years ago
|
Assignee: dp → mccabe
Reporter | ||
Comment 1•25 years ago
|
||
mozilla/modules/libreg/src/Makefile{.in} has the exact same problem.
Reporter | ||
Comment 2•25 years ago
|
||
My tally of libs that won't build (before I gave up) is: libxpcombase_s.a : mozilla/xpcom/base libxpcomds_s.a : mozilla/xpcom/ds libxpcomio_s.a : mozilla/xpcom/io libxpcomcomponents_s.a : mozilla/xpcom/components libxpcomthreads_s.a : mozilla/xpcom/threads libxptinfo.a : mozilla/xpcom/reflect/xptinfo/src libxptcall.a : mozilla/xpcom/reflect/xptcall/src libxptcmd.a : mozilla/xpcom/reflect/xptcall/src/md/unix libxpcomproxy_s.a : mozilla/xpcom/proxy libzlib.a : mozilla/modules/zlib/src libjpeg.a : mozilla/jpeg libneckobase_s.a: mozilla/netwerk/base/src libneckodns_s.a: mozilla/netwerk/dns/src The common theme may be building static libs without shared libs.
Reporter | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 3•25 years ago
|
||
My bad. I just noticed that an internal patch I applied yesterday messed up rules.mk. It's not in the main build at all, so I should be whining at someone else. Sorry.
You need to log in
before you can comment on or make changes to this bug.
Description
•