Closed Bug 12830 Opened 25 years ago Closed 25 years ago

Makefile won't build libxpt.a on Solaris

Categories

(Core :: XPCOM, defect, P3)

Sun
Solaris
defect

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.
Assignee: dp → mccabe
mozilla/modules/libreg/src/Makefile{.in} has the exact same problem.
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.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
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.