Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
Hi Gerrit, Lars, * Gerrit Pape wrote on Fri, Mar 25, 2005 at 09:48:25AM CET: > > there's no need for other packages to know about the location of the > diet libc libraries, I don't know why libtool is used here; looks like > it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v > -Os gcc' to configure and build packages with the dietlibc. The 'diet' > wrapper with the -Os option takes care to adjust the gcc arguments > correctly then. FYI: Libtool branch-2-0 and above explicitly support linux-dietlibc. branch-1-5 does not, but I'd expect it to work mostly, it's just that we have never tested this. Using diet-dyn should work in any case. If you encounter possible libtool/dietlibc combo bugs, feel free to Cc: me as I don't read Debian bugreports regularly (I am not DD). Regards, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
pe, 2005-03-25 kello 11:12 +, Gerrit Pape kirjoitti: > No it's the diet program adding lib-hppa, you're right. By default it > would add lib-parisc, but that's overridden by the (cross) compiler name > 'hppa-linux-gcc'. Does it work if you use 'gcc' instead?: > > $ diet -v -Os gcc -Wall -g ... > > I could work around that by adding a symlink lib-hppa -> lib-parisc to > the dietlibc package, or by disabling the override support, I have an > upload pending anyway. But I'm not sure yet, and would rather like to > refrain from doing so if you can work around this in the util-vserver > build process ;-). That seems to be the root of the problem, yes. Please forward this to #297806 with comments on how to get the right compiler name, if you can. (I tried to Cc a request to do that to you already, Gerrit, but since I won't respond to challenge-response spam protection mails, you probably didn't get it.) Note that I'm not the util-vserver maintainer, I just looked at trying to help fix the release critical bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
On Fri, Mar 25, 2005 at 12:44:29PM +0200, Lars Wirzenius wrote: > pe, 2005-03-25 kello 08:48 +, Gerrit Pape kirjoitti: > > there's no need for other packages to know about the location of the > > diet libc libraries, I don't know why libtool is used here; looks like > > it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v > > -Os gcc' to configure and build packages with the dietlibc. The 'diet' > > wrapper with the -Os option takes care to adjust the gcc arguments > > correctly then. > > When I try linking manually (with the libtool stuff removed from the > command line), it still doesn't work: > > [EMAIL PROTECTED]:~/util-vserver-0.30.204$ diet -v hppa-linux-gcc -Wall -g > -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall > -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la > -lcompat > hppa-linux-gcc -nostdlib -static > -L/usr/lib/diet/lib-hppa /usr/lib/diet/lib-hppa/start.o -Wall -g > -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall > -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la > -lcompat -isystem /usr/lib/diet/include > -D__dietlibc__ /usr/lib/diet/lib-hppa/libc.a -lgcc > hppa-linux-gcc: /usr/lib/diet/lib-hppa/start.o: No such file or > directory > hppa-linux-gcc: /usr/lib/diet/lib-hppa/libc.a: No such file or directory > [EMAIL PROTECTED]:~/util-vserver-0.30.204$ > > If diet isn't the one adding /usr/lib/diet/lib-hppa/libc.a to the > command line, then I'm confused. Perhaps it is an artifact of the > configure phase having done with the assumption that libtool is being > used. I couldn't figure out a way to get util-vserver (whose FTBFS bug > I'm actually working on) to not use libtool. No it's the diet program adding lib-hppa, you're right. By default it would add lib-parisc, but that's overridden by the (cross) compiler name 'hppa-linux-gcc'. Does it work if you use 'gcc' instead?: $ diet -v -Os gcc -Wall -g ... I could work around that by adding a symlink lib-hppa -> lib-parisc to the dietlibc package, or by disabling the override support, I have an upload pending anyway. But I'm not sure yet, and would rather like to refrain from doing so if you can work around this in the util-vserver build process ;-). Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
pe, 2005-03-25 kello 08:48 +, Gerrit Pape kirjoitti: > On Tue, Mar 22, 2005 at 07:54:35PM +0200, Lars Wirzenius wrote: > > When util-vserver is compiled, its Makefile runs libtool, which expects > > to find /usr/lib/diet/lib-powerpc. dietlibc-dev > > provides /usr/lib/diet/libppc instead. This seems like a bug; perhaps > > both are needed to be compatible with various other packages? > > there's no need for other packages to know about the location of the > diet libc libraries, I don't know why libtool is used here; looks like > it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v > -Os gcc' to configure and build packages with the dietlibc. The 'diet' > wrapper with the -Os option takes care to adjust the gcc arguments > correctly then. When I try linking manually (with the libtool stuff removed from the command line), it still doesn't work: [EMAIL PROTECTED]:~/util-vserver-0.30.204$ diet -v hppa-linux-gcc -Wall -g -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la -lcompat hppa-linux-gcc -nostdlib -static -L/usr/lib/diet/lib-hppa /usr/lib/diet/lib-hppa/start.o -Wall -g -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la -lcompat -isystem /usr/lib/diet/include -D__dietlibc__ /usr/lib/diet/lib-hppa/libc.a -lgcc hppa-linux-gcc: /usr/lib/diet/lib-hppa/start.o: No such file or directory hppa-linux-gcc: /usr/lib/diet/lib-hppa/libc.a: No such file or directory [EMAIL PROTECTED]:~/util-vserver-0.30.204$ If diet isn't the one adding /usr/lib/diet/lib-hppa/libc.a to the command line, then I'm confused. Perhaps it is an artifact of the configure phase having done with the assumption that libtool is being used. I couldn't figure out a way to get util-vserver (whose FTBFS bug I'm actually working on) to not use libtool. Adding -Os to diet does not change anything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
Hi Lars, On Tue, Mar 22, 2005 at 07:54:35PM +0200, Lars Wirzenius wrote: > When util-vserver is compiled, its Makefile runs libtool, which expects > to find /usr/lib/diet/lib-powerpc. dietlibc-dev > provides /usr/lib/diet/libppc instead. This seems like a bug; perhaps > both are needed to be compatible with various other packages? there's no need for other packages to know about the location of the diet libc libraries, I don't know why libtool is used here; looks like it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v -Os gcc' to configure and build packages with the dietlibc. The 'diet' wrapper with the -Os option takes care to adjust the gcc arguments correctly then. HTH, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
Package: dietlibc-dev Version: 0.28-1 When util-vserver is compiled, its Makefile runs libtool, which expects to find /usr/lib/diet/lib-powerpc. dietlibc-dev provides /usr/lib/diet/libppc instead. This seems like a bug; perhaps both are needed to be compatible with various other packages? Possibly libtool or util-vserver is at error here, in which case please reassign the bug, thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]