Date: Sat, 11 May 2002 10:53:59 -0700 From: "David O'Brien" <obrien@FreeBSD.org> To: Ruslan Ermilov <ru@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Cc: Bruce Evans <bde@zeta.org.au> Subject: Re: cvs commit: src/share/mk bsd.lib.mk Message-ID: <20020511105359.B11522@dragon.nuxi.com> In-Reply-To: <20020512013147.O4925-100000@gamplex.bde.org>; from bde@zeta.org.au on Sun, May 12, 2002 at 01:40:50AM %2B1000 References: <20020510152512.GB14295@sunbay.com> <20020512013147.O4925-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, May 12, 2002 at 01:40:50AM +1000, Bruce Evans wrote: > > > Modified files: > > > share/mk bsd.lib.mk > > > Log: > > > Get rid of the INTERNALSTATICLIB knob and just use plain INTERNALLIB. > > > INTERNALLIB now implies NOPROFILE, NOMAN, and don't install anything. > > > Add a NOLIB knob. > > > > > > Revision Changes Path > > > 1.118 +12 -5 src/share/mk/bsd.lib.mk > > > > > This change "breaks" all bsd.lib.mk makefiles with INTERNALLIB but without > > INTERNALSTATICLIB. These are: > Is the breakage just to build libraries which are never used? Define "breaks". Is it more than the "ran lib.a" part? I have been able to do multiple `make world's on three platforms -- including sparc64 which had very little already installed. So I know I don't break world. > > gnu/lib/csu/Makefile > > lib/csu/alpha/Makefile > > lib/csu/i386-elf/Makefile > > lib/csu/ia64/Makefile > > lib/csu/powerpc/Makefile > > lib/csu/sparc64/Makefile > > lib/libgnumalloc/Makefile > > lib/libresolv/Makefile > > sys/boot/alpha/libalpha/Makefile > > sys/boot/arc/lib/Makefile > > sys/boot/i386/btx/lib/Makefile > > sys/boot/pc98/btx/lib/Makefile > > > > These should be fixed by s/INTERNALLIB/NOLIB/ in them. Uh gnu/lib/csu/Makefile already has NOLIB, so why did you list it as "broken"? I'll look at them, but NOLIB means exactly that -- no .a should be built. I know lib/libgnumalloc wants to build a .a or .so. So I have to wonder if you read the diff. sys/boot/alpha/libalpha does produce a .a. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020511105359.B11522>