Date: Mon, 12 Feb 1996 10:17:36 +1100 (EST) From: John Birrell <cimaxp1!jb@werple.net.au> To: critter.tfs.com!phk@werple.net.au (Poul-Henning Kamp) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au Subject: Re: libc_r and the removal of ccitt and iso Message-ID: <199602112318.KAA03172@werple.net.au> In-Reply-To: <7184.824076096@critter.tfs.com> from "Poul-Henning Kamp" at Feb 11, 96 11:01:36 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > Keeping libc_r up-to-date with the libc makefiles is a problem. Additions > > and deletions to the libc makefiles should be reflected in the libc_r tree. > > It would be nice if the *same* makefiles could be used, but I don't know > > how to do that. 8-( > > .include ../libc/Makefile Ummm. Where would that drop the object modules? Would you mind the thread specific treatment of renamed syscalls (for instance) appearing in libc/Makefile? And the extra sub-directory for thread functions? And different CFLAGS? I know all this can be done, but I'd like an opinion as to whether it would be acceptable. > > ?? > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602112318.KAA03172>