=== doko_ [n=doko@dslb-088-073-097-072.pools.arcor-ip.net] has joined #ubuntu-toolchain === rickey [n=rickey@pm3-10-02.mvtel.net] has joined #ubuntu-toolchain [03:34] hello === rickey [n=rickey@pm3-10-02.mvtel.net] has left #ubuntu-toolchain [] === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-toolchain === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-toolchain === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-toolchain [10:44] doko_: ping? [11:05] fabbione: pong [11:06] doko_: http://librarian.launchpad.net/4711367/buildlog_ubuntu-edgy-sparc.gcc-3.3_1%3A3.3.6-13_FAILEDTOBUILD.txt.gz [11:06] i am bit puzzled about the issue [11:06] the FTBFS is "caused" by glibc-2.4 [11:06] gnu/stubs.h did change from 2.3 to 2.4 [11:06] in 2.3 it was the real include [11:07] in 2.4 is a wrapper that loads either stubs-32.h or stubs-64.h according to WORDSIZE that's defined by gcc [11:07] now [11:07] the interesting thing is that in /usr/include/gnu/ there are stubs-32.h and stubs.h [11:07] in /usr/include/sparc64-linux-gnu/gnu there are stubs-64.h and stubs.h [11:08] the 2 stubs.h are identical [11:08] this situation is consistent on all arches [11:08] now.. i believe that gcc-3.3 should look in /usr/include/sparc64-linux-gnu/ when building 64 bit stuff but it doesn't [11:09] this bug didn't show up in Debian yet, because their glibc in sid are still 2.3.6 and the one in experimental are totally broken [11:09] point is that i have no idea on how to get gcc to look there [11:09] if you can hand me a patch on the fly i can test build for you [11:09] sparc, or powerpc? [11:10] sparc [11:10] ppc is fine [11:10] it was not biarch at the time [11:16] hmm, yes; it doesn't look there ... [11:19] yeah i know :) i did spend the last 3 hours poking at it but i truly sucks at gcc [11:19] we will need to sit together a bit in UDS MV [11:20] CROSS_SYSTEM_HEADER_DIR = $(gcc_tooldir)/sys-include [11:20] this one should be the thing that includes that path [11:20] i think [11:20] brb [11:23] gcc-3.3 (1:3.3.6-14) unstable; urgency=low [11:23] * Apply the biarch-include patch for non-biarch architectures as well; [11:23] adding /usr/include/ to the standard include path. [11:23] -- Matthias Klose Fri, 14 Jul 2006 15:31:03 +0000 [11:23] hmm, never uploaded ... [11:24] but ... it should have it for sparc. strange [11:25] doko_: ok.. do you want to give me the debdiff so i can test build? [11:25] or just upload.. or whatever [11:26] it needs to be in the archive sooner later than later [11:26] Tollef is killing uninstallable pkgs in the archive [11:26] and gcc-3.3 FTBFS makes a couple of -docs uninstallable in edgy/main [11:26] fabbione: does gcc-3.3 -v -m64 prints the include dir? [11:27] gcc-3.3 -v -m64 [11:27] Reading specs from /usr/lib/gcc-lib/sparc-linux-gnu/3.3.6/specs [11:27] Configured with: ../src/configure -v --enable-languages=c,c++,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --with-cpu=v7 sparc-linux-gnu [11:27] Thread model: posix [11:27] gcc version 3.3.6 (Ubuntu 1:3.3.6-10) [11:27] no [11:34] fannione: please check http://people.ubuntu.com/~doko/ [11:37] fannione? :P [11:39] building now [11:40] oops ... sorry fanny ;-) [11:45] eheh [11:51] hmm no [11:51] didn't help [11:53] oh it was not applied at all [11:55] ifneq ($(biarch),yes) [11:55] ? [11:55] shouldn't that be ifeq ($(biarch),yes) [11:55] ? [12:02] ./xgcc -B./ -B/usr/sparc-linux-gnu/bin/ -isystem /usr/sparc-linux-gnu/include -isystem /usr/sparc-linux-gnu/sys-include -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/config -I../../src/gcc/../include -m64 -DL_muldi3 -c ../../src/gcc/libgcc2.c -o libgcc/64 [12:02] /_muldi3.o [12:02] In file included from /usr/include/features.h:346, [12:02] from /usr/include/stdio.h:28, [12:02] from ../../src/gcc/tsystem.h:72, [12:02] from ../../src/gcc/libgcc2.c:37: [12:02] /usr/include/gnu/stubs.h:9:27: gnu/stubs-64.h: No such file or directory [12:02] this is with the patch applied [12:02] same error [12:02] i don't see that path included [12:19] hmm, you should run ./xgcc -v ... [12:24] ./build/gcc/xgcc -v [12:24] Reading specs from /usr/lib/gcc-lib/sparc-linux-gnu/3.3.6/specs [12:24] Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --with-cpu=v8 sparc-linux-gnu [12:24] Thread model: posix [12:24] gcc version 3.3.6 (Ubuntu 1:3.3.6-13ubuntu1) [12:31] no, I mean the whole line, including all args [12:31] sorry [12:32] doko_: see /msg [12:32] it's still not there [12:33] oh hoild on [12:33] it's missing a piece === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-toolchain [02:13] fabbione: you don't have the same problems with 3.4 and 4.0? [02:14] doko_: dunno [02:14] checking LP build logs [02:17] doko_: it looks like they are ok [02:17] they have been built with 2.4-1ubuntu6 [02:19] i can try to rebuild them if you want [02:19] ahh, yes, they will fail in the same way now. [02:19] hmmm [02:19] hold on a sec [02:19] if they fail now and they did build before.. this might be a regression in glibc misplacing the include file [02:20] let me check [02:20] no, not misplacing, but putting it into /usr/include/sparc64-linux-gnu [02:20] i want to check where it was in ubuntu6 [02:22] nope.. it was in the same place also in ubuntu6 [02:22] i wonder if something else did change and it is defining WORDSIZE=64 [02:22] perhaps it was set to 32 before? [02:23] $ diff -ur 32/usr/include 64/usr/include/sparc64-linux-gnu|less [02:23] Only in 32/usr/include/gnu: stubs-32.h [02:23] Only in 64/usr/include/sparc64-linux-gnu/gnu: stubs-64.h [02:23] Only in 32/usr/include/rpcsvc: bootparam_prot.h [02:23] Only in 32/usr/include/rpcsvc: key_prot.h [02:23] Only in 32/usr/include/rpcsvc: klm_prot.h [02:23] Only in 32/usr/include/rpcsvc: mount.h [02:23] Only in 32/usr/include/rpcsvc: nfs_prot.h [02:23] Only in 32/usr/include/rpcsvc: nlm_prot.h [02:23] Only in 32/usr/include/rpcsvc: rex.h [02:23] Only in 32/usr/include/rpcsvc: rquota.h [02:23] Only in 32/usr/include/rpcsvc: rstat.h [02:23] Only in 32/usr/include/rpcsvc: rusers.h [02:23] Only in 32/usr/include/rpcsvc: sm_inter.h [02:23] Only in 32/usr/include/rpcsvc: spray.h [02:23] Only in 32/usr/include/rpcsvc: yppasswd.h [02:23] that's libc6-dev libc6-dev-sparc64 compared [02:26] yeah they didn't change between ubuntu6 and ubuntu11 [02:26] (glibc i mean) [02:26] and gcc-3.4 and 4.0 were built with ubuntu6 [02:26] if they can't build anylonger [02:26] it can only be because WORDSIZE did change from 32 to 64 [02:26] so stubs.h tries to include something else [02:27] no, I think gnu/stubs-64.h was installed as /usr/include/gnu/stubs-64.h [02:27] did check that too [02:27] it was in /usr/include/sparc64-linux-gnu|less [02:27] Only in 32/usr/include/gnu: stubs-32.h [02:28] ops [02:28] it was in /usr/include/sparc64-linux-gnu [02:28] https://launchpad.net/+builds/+build/216534/libc6-dev-sparc64 [02:28] this is the deb for ubuntu6 [02:33] crap, the older build logs are not available [02:33] ask infinity [02:34] perhaps they are still stored in dak [02:37] hmm, no it was always installed in /usr/include/sparc64-linux-gnu [02:45] ahh, did look at the wrong patch ... [02:45] fabbione: do we need 3.3 to be built as biarch? [02:46] (phone ... one sec) [03:08] doko_: well i don't want to change gcc-* behaviour now [03:08] i want to have it as it should be [03:09] let me check if gcc-3.4 and 4.0 suffer of the same issue [03:09] fabbione: the only reason for 3.3 beeing in the archive is libstdc++5. [03:09] no, 3.4 and 4.0 work [03:09] yes i am aware of that [03:09] ok [03:10] so, do you even need that one on sparc? [03:12] i dunno.. we might [03:14] ok, but not for 64bit, right? [03:17] doko_: i have no clue if users have 64bit apps installed.. we can't predict [03:18] i know a lot of people at SUN build 64 bit stuff on Linux.. i get bugged by email about them [03:18] (hence why i was considering a pure64 sparc port) [03:19] fabbione: we didn't have a release with a g++-3.3 biarch for sparc ... === fabbione scratches his head... [03:21] doko_: is it so complicated to get it building? [03:21] either i totally miss the point of your questions.. or we could just fix the FTBFS (best) [03:22] fabbione: apparently I tried, back in July, the package I sent you already disabled biarch for i386 ... [03:23] back in July we didn't have glibc-2.4 :) [03:24] Debian is even in a worst situation because their glibc doesn't even have stubs-64.h [03:24] it seems lost somewhere [03:24] 2006-06-08 02:08:54 CEST Removed edgy Release main libs 2.4-1ubuntu0 [03:25] doko_: just do what you think it's right... [03:25] and let's try to avoid to kill the world [03:35] devil^Wsparc's advocate [03:40] *grins* [06:55] fabbione: faure:~doko/gcc/3.3/ [06:56] doko_: what do you want me to do with it? [06:56] oh i see :) [06:58] please check if 64bit C++ works for you === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-toolchain