On Mon, Aug 14, 2006 at 02:41:52PM +0200, Joerg Schilling wrote: > Jonathan Adams <[EMAIL PROTECTED]> wrote: > > > > > -YI,/path/to/replacement/for/usr/include > > > > > > > > I've done some of the work for this; I'll see if I can drag out my > > > > e-mails > > > > from a year ago that list all of the wonderful corners. > > > > > > > > IIRC, if we can ignore C++ and assembly, it's all quite easy. Fixing > > > > C++ > > > > is painful but possible (and I've done it in one workspace), fixing > > > > assembly > > > > required a new option on the assembler. (I filed a bug, but I don't > > > > think > > > > it's been touched) > > > > > > > > Getting it to all work on GCC is something I haven't investigated. > > > > > > > > > > Gcc can definitely be made to work. :-) I've been using cross-compile > > > environments with GCC to cross compile whole NetBSD distributions for > > > MIPS using a build environment running on my Sun Ultra 20 (running > > > Solaris 10). :-) > > > > The problem was getting an alternate /usr/lib to ld(1); it's probably > > possible > > to do, but the GCC setup when I was doing it made it annoying. > > It is strange, the cc -flags output suggest that > > cc -YP,/usr/libdir > > should work but it seems that ld(1) does not know about this.
Works for me: % cc -YP,/foo -o tmpc tmpc.c ld: fatal: library -lc: not found ld: fatal: File processing errors. No output written to tmpc % Cheers, - jonathan > J?rg > > -- > EMail:[EMAIL PROTECTED] (home) J?rg Schilling D-13353 Berlin > [EMAIL PROTECTED] (uni) > [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ > URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- Jonathan Adams, Solaris Kernel Development _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
