=== wobbel [~uwe@p54BFF0FA.dip.t-dialin.net] has joined #ubuntu-toolchain === wobbel [~uwe@p54BFF0FA.dip.t-dialin.net] has left #ubuntu-toolchain [] [02:08] moo [02:09] so where am I at now? [02:09] should I be using chinstrap:~doko/uploads? === ajmitch_ [~ajmitch@port162-41.ubs.maxnet.co.nz] has joined #ubuntu-toolchain [04:56] i just love gcc4 "warning: statement with no effect" [04:57] that's not just gcc4 [04:57] ok [04:57] put 'foo == bar;' into gcc2 and it will say the same thing [04:57] ah... [05:00] its something in jffs2 [08:44] morning === cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain [10:07] <\sh> guys, all cxx trans bugs which r uploaded and compiled successfully on all archs..can I close them? [10:07] <\sh> (at least my bugs ;)) === Seveaz [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain [10:54] jbailey: we need to recheck the linking stuff we worked on yesterday, because it introduced some lintian errors; [10:54] E: rhcluster: shlib-with-non-pic-code usr/lib/libgulm.so.0.0 [10:54] E: rhcluster: shlib-with-non-pic-code usr/lib/libmagmamsg.so.0.0 [10:54] E: rhcluster: shlib-with-non-pic-code usr/lib/libmagma_nt.so.0.0 [10:54] E: rhcluster: shlib-with-non-pic-code usr/lib/libmagma.so.0.0 [10:55] well.. lintian.. just errors :) [10:55] and adding -fPIC seems not to be the right solution [10:57] or at least it's not enough... === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain === ubuntulog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-toolchain === Topic for #ubuntu-toolchain: GNU Compiler Collection, Glibc, Binutils, Linux-kernel-headers | GLIBC Todo: hppa, sparc NPTL, i386 biarch, C++ ABI change: 33/55 library packages in the archives === Topic (#ubuntu-toolchain): set by doko at Thu May 19 00:40:28 2005 === Striek [~Building@69.158.52.204] has joined #ubuntu-toolchain === Striek [~Building@69.158.52.204] has left #ubuntu-toolchain ["Look] [04:16] jbailey: please try out the kernel found here : [04:16] http://people.debian.org/~luther/ppc64 [04:28] short read in buffer_copy (backend dpkg-deb during `./lib/modules/2.6.11-pseries/kernel/fs/lockd/lockd.ko') [04:28] Any idea what that means? [05:25] gcc-4.0 seems to have gotten rid of __uint128_t support, hmm. [05:25] That's the cause of the gdb failure. [05:27] Oy. glibc mainline uses; [05:27] typedef struct { [05:27] unsigned int u[4] ; [05:27] } __attribute__ ((aligned (16))) elf_vrreg_t; [05:35] lamont: ping === fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-toolchain [06:51] jbailey: huh ? [06:51] let me install it here. [06:52] jbailey: what glibc are you using ? [06:53] jbailey: installed fine here. .../source is double, but apart from that it is ok. [06:54] jbailey: it did install without problems. [07:25] jbailey: well the error comes only after we changed the linking method :) [07:25] it was working before ;) [07:25] svenl: thanks for the patch [07:26] jbailey: but i think we have been attacking a little bug with a huge bottle of spray [07:26] apparently there is not even a reason to build 64 bit libs :/ [07:26] but i will need to ask waldi why he did it in the first place (problably due to clvm...) [07:38] fabbione: 64bit libs -> not ppc64 kernel related ? [07:40] no [07:40] nothing to do with that [07:40] sparc64 :) [07:40] anyway.. time to cook dinner === fabbione & === doko [~doko___@dsl-082-082-209-220.arcor-ip.net] has joined #ubuntu-toolchain === cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain [10:28] jbailey: ack [10:31] lamont: heya - wanted to check with you on the ppc64 stuff. I have a fix for glibc that lets gdb build again. [10:31] (ppc, gcc-4 bug) [10:31] lamont: I've lost track if where we've gotten to, and I don't want to interfere with it. [10:33] jbailey: where we're at is that if you have a glibc that I should use instead of what I have for the bootstrap, getting it to me within the next hour would be wonderful. [10:33] lamont: I'd rather just wait it through. [10:33] there were some issues - I'll fire off both builds in about an hour before I go to the movies, and then hopefully be able to upload your changes and push the real build when I get back [10:33] jbailey: that's fine too [10:34] jbailey/doko: just so both of you have _source.changes for your source, I'll go ahead and upload it once PPC is primed and ready for the actual source upload [10:34] which should be in ~6-8 hours or so [10:34] Nice. =) === lamont needs to get a little rest in. back in about an hour. [10:35] Good rest, LaMont. [11:11] lamont: updated package (same version) on chinstrap:~doko/uploads [11:42] doko: roger [11:46] build launched. movie-bound. back in 3-4 hours