/srv/irclogs.ubuntu.com/2006/07/27/#ubuntu-toolchain.txt

=== kylem [n=kyle@cabal.ca] has joined #ubuntu-toolchain
=== __keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-toolchain
=== mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-toolchain
=== mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-toolchain
=== doko [n=doko@dslb-088-073-105-251.pools.arcor-ip.net] has joined #ubuntu-toolchain
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-toolchain
=== jbailey [n=jbailey@209.217.74.66] has joined #ubuntu-toolchain
jbaileydoko: Ran my box out of drive space last night, restarted the build this morning.03:32
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-toolchain
dokojbailey: ouch03:33
jbaileyrodarvus: Is there an #ubuntu-x channel where I should lurk before filing random bugs? =)03:34
rodarvusyes, #ubuntu-x :)03:34
jbaileyWhee!03:34
jbaileydoko: Going into the testuite with 900MB Free this time.  SHould be much better. =)04:27
jbaileydoko: Remind me, are you doing gcj-4.2 for edgy, or sticking with 4.1?04:48
dokojbailey: didn't look too careful ... FC seems to have a backport of the gcjwebplugin patches to the 4.1 branch. Maybe I'll look at that one.04:50
jbaileyAh, interesting.04:51
jbaileyI know that gcjwebplugin is now integrated into classpath itself upstream.04:51
=== mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-toolchain
jbaileydoko: Starting glibc build with rebuilt gcc07:45
jbaileydoko: The solves the glibc build failure on ppc.08:41
dokojbailey: so that was the a rebuilt gcc with ssp turned off?08:50
jbaileyYeah, lemme debdiff for you.08:50
dokohmm, strange08:53
=== jbailey [n=jbailey@209.217.74.66] has joined #ubuntu-toolchain
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-toolchain
pittihi11:53
dokohi11:53
pittione minute, please11:53
jbaileyHeya Martin!11:53
dokoglibc on powerpc doesn't build anymore with the ssp enabled gcc11:53
pittiargh argh11:54
pittihm, it built before, didn't it?11:54
jbaileypitti: Haven't had a chance to go through and really debug why, but it's an interesting problem.11:54
jbaileyglibc itself does -fstack-protector when available.11:54
pittiright11:55
pittiso gcc falls over if you specify -fs-p explicitly?11:56
jbaileyglibc, but yes.11:56
jbaileyIt seems to cause some sort of symbol leak resulting in a link error.11:56
pittioh, ok, so glibc must be fixed, not gcc?11:57
pittijbailey: interesting, I saw a similar bug when building postgresql on sid, remember?11:57
=== pitti actually looks at build log
pitti" edgy powerpc   Successfully built"11:58
pittihm, that won't help me11:58
jbaileypitti: I'm not sure who's bug it is.  glibc is correct for an upstream gcc and DTRT for stack protection for itself.11:58
pittiis there any build log somewhere?11:58
dokojbailey: when calling gcc -E, I currently do not turn on -fstack-protector, resulting in a missing __SSP__ define. but that should be consistent across architectures11:59
pittiouch, SSP influences -E?11:59
pittiI thought inline functions and such were only decorated with -fstack-protector-all or oso12:00
dokoI only say, that a macro is defined. 12:01
pittiah12:01
pittijbailey: so, it fails for you locally?12:02
jbaileypitti: Yes.12:02
dokojbailey: amd64 and i386 builds fail as well12:02
jbaileydoko: Thanks.12:02
jbaileyI didn't have much time to research it with the sprint last week.12:03
jbaileyI can try to look through it this weekend, I guess.  I'm behind on so many things right now.12:03
dokogcc-4.1   -nostdlib -nostartfiles -r -o /home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/elf/librtld.map.o '-Wl,-(' /home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/elf/dl-allobjs.os /home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/libc_pic.a -lgcc '-Wl,-)' -Wl,-Map,/home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/elf/librtld.mapT12:03
doko/home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/libc_pic.a(init-first.os):(.data+0x0): multiple definition of `__libc_multiple_libcs'12:03
doko/home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/elf/dl-allobjs.os:(.bss+0xec): first defined here12:03
doko/home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/libc_pic.a(_itoa.os): In function `_itoa':12:03
doko_itoa.c:(.text+0xb0): multiple definition of `_itoa'12:03
doko/home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/elf/dl-allobjs.os:(.text+0x13960): first defined here12:03
doko/usr/bin/ld: Warning: size of symbol `_itoa' changed from 120 in /home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/elf/dl-allobjs.os to 432 in /home/packages/glibc/u/glibc-2.4/build-tree/amd64-libc/libc_pic.a(_itoa.os)12:03
pittijbailey: curious why it works on the buildds12:03
dokocollect2: ld returned 1 exit status12:03
dokothat is amd64 ...12:03
jbaileypitti: It didn't.12:03
dokopitti: we didn't try yet :)12:03
jbaileypitti: The last glibc build on the buildds was before the forced ssp change.12:04
pittioh12:04
dokogcc-4.1   -nostdlib -nostartfiles -shared -o /home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/ld.so                        \12:04
doko                  -Wl,-z,combreloc -Wl,-z,relro -Wl,-z,defs     \12:04
doko                  /home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os -Wl,--version-script=/home/packages/tmp/glibc-2.4/build-tree/i386-libc/ld.map                \12:04
doko                  -Wl,-soname=ld-linux.so.2 -T /home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/ld.so.lds12:04
doko/home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os: In function `process_dl_debug':12:04
doko/home/packages/tmp/glibc-2.4/build-tree/glibc-2.4/elf/rtld.c:2452: undefined reference to `__stack_chk_fail_local'12:04
doko/home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os: In function `process_envvars':12:04
doko/home/packages/tmp/glibc-2.4/build-tree/glibc-2.4/elf/rtld.c:2711: undefined reference to `__stack_chk_fail_local'12:04
doko/home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os: In function `dl_main':12:05
doko/home/packages/tmp/glibc-2.4/build-tree/glibc-2.4/elf/rtld.c:2332: undefined reference to `__stack_chk_fail_local'12:05
doko/home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os: In function `print_search_path':12:05
doko/home/packages/tmp/glibc-2.4/build-tree/glibc-2.4/elf/dl-load.c:1548: undefined reference to `__stack_chk_fail_local'12:05
doko/home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os: In function `open_verify':12:05
doko/home/packages/tmp/glibc-2.4/build-tree/glibc-2.4/elf/dl-load.c:1762: undefined reference to `__stack_chk_fail_local'12:05
doko/home/packages/tmp/glibc-2.4/build-tree/i386-libc/elf/librtld.os:/home/packages/tmp/glibc-2.4/build-tree/glibc-2.4/elf/dl-load.c:1917: more undefined references to `__stack_chk_fail_local' follow12:05
dokocollect2: ld returned 1 exit status12:05
pittihm, that's strange -- glibc itself is shipping __stack_chk_fail()12:05
pittiso it should have _local as well...12:05
jbaileyRight, so I'm confused by this.12:06
jbaileyAlso by the need to patch in libssp into gcc itself.12:06
jbaileyvacuum coming through, bbias.12:06

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!