/srv/irclogs.ubuntu.com/2005/06/27/#ubuntu-toolchain.txt

fabbionemorning06:16
jbaileyFabio!06:50
fabbionehey jbailey 06:51
fabbionejbailey: apparently the kernel errors on sparc (2.6.12) is something to do with the toolchain06:51
jbaileyJoy06:51
fabbionejbailey: in debian the same kernel (or almost) builds fine06:51
fabbioneso i am building now in a hoary chroot to see06:51
jbaileyBoth using gcc-3.4?06:52
jbaileyOr just using the usual default?06:52
fabbioneboth using gcc-3.406:52
jbaileyOdd06:52
jbaileyIt shouldn't be any of the glibc bits that I've done.06:52
fabbioneoh you mean in debian?06:52
fabbionedebian was the default06:52
jbaileySo from 3.3 to 3.406:52
fabbionefor hoary/breezy i am using gcc-3.406:52
fabbionebut06:52
fabbionei did try in breezy with gcc-3.306:52
fabbionesame results06:53
jbaileyHmm, I won't have much time to help you this week.06:53
fabbionedon't worry06:53
jbaileyI forgot that gcc summit was this week, so I'll be away a good chunk of the week.06:53
fabbionei am only trying to figure out what is causing the breakage06:53
jbaileyBut I'll have my laptop.06:53
fabbioneonce we know what does it, we will have a better idea of what to hunt down06:54
fabbioneright now there are too many vars in place06:54
fabbioneinfinity: i think i have almost done with ghc6 :)07:27
fabbioneoh crap07:32
fabbionebattle star concordia is down07:32
fabbionedoko: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=30931707:46
fabbionejbailey: confirmed.. kernel on sparc is a toolchain problem. i am going to update one bit at a time to see what make it fail08:46
=== chmj [~d3vic3@dumbledore.hbd.com] has joined #ubuntu-toolchain
=== ajmitch [~ajmitch@port163-214.ubs.maxnet.co.nz] has joined #ubuntu-toolchain
dokofabbione: ocaml: we have to try it again with 3.4 again, when the X headers are in place10:37
fabbioneok10:37
fabbionedoko: i was only reporting svenl "let's bitch fabbione for doko's stuff" rant on #d-kernel10:38
fabbioneoh fun11:01
fabbionejbailey: you are not going to like this... the kernel link failures happen with the new glibc :)11:02
fabbionejbailey: clean hoary -> kernel ok11:02
fabbionejbailey: hoary + breezy glibc -> failure11:02
fabbionejbailey: please fix libc6. kthxbye11:02
fabbione(oh btw.. it does the same with or without NTPL11:02
fabbione)11:02
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
=== zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-toolchain
=== karlheg [~karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-toolchain
jbaileyfabbione: Joy.  I need more details.  Like why is your kernel linking with glibc? =)01:13
fabbionejbailey: pleasure :)01:14
Mithrandirjbailey: I guess makedepend and such is linking with glibc?01:14
fabbioneprobably all the tools are....01:14
dokoMithrandir: could you have a look at updating amd64-libs to be able to build the biarch compiler again?01:15
fabbionedoko: don't even think about uploading gcc-401:15
dokofabbione: no, 3.4 first ;)01:15
fabbioneor i am going to send you a dead horse :)01:15
Mithrandirdoko: could you get jbailey to do it?  He's, afaik, working on some stuff for glibc to make it go away.01:15
fabbione3.3 and 3.4 are ok01:15
fabbione4.0 is insane to build01:15
dokoMithrandir: promised, I'll pester him ;)01:16
jbaileydoko: I still need your help on that to get the includedir working right.01:18
jbaileyThe problem is still that glibc doesn't consider i386 and amd64 biarch to one another, so I need to be able to have different headers looked at for -m32 and -m6401:19
jbaileyI think Tollef's multiarch patch for just the cppFOO.c file01:20
jbailey(looking up the actual file name)01:20
dokoahh, ok01:20
jbaileycppdefault.c01:21
dokoso let's experiment with 3.4 first, and break the kernel builds01:22
Mithrandirjbailey: actually not, it doesn't look at switches, it just adds to the list of include files, IIRC.01:22
Mithrandirjbailey: but with a nice set of #ifdef __i386__ and __amd64__ it could work fine.01:22
jbaileyI'm not really interested in screwing with the glibc headers in ways that they won't accept for the 2.3 branch if I can avoid it.01:23
jbaileySince the goal is to have the multiarch patch in anyway....01:23
jbaileyBasically, I think I just need to move bits/ and the kernel headers into the multiarch include directories, and I should be fine.01:23
karlhegRight, no need for that.  Was trying to get xchat to open a separate channel for us, but there isn't really any need.01:30
karlhegI've looked over initramfs-tools and am making some changes.01:31
jbaileykarlheg: #ubuntu-kernel is a better choice. =)01:31
karlhegI have it (untested) able to support module arguements, so far, and now I'm looking at hook scripts that run when mkinitramfs is run.01:31
karlhegOk.01:32
=== \sh [~shermann@server3.servereyes.de] has joined #ubuntu-toolchain
=== doko [~doko___@dsl-084-059-069-224.arcor-ip.net] has joined #ubuntu-toolchain
=== lamont [~lamont@15.238.5.145] has joined #ubuntu-toolchain
jbaileylamont: I'll be in a car with Carlos for 7 hours tomorrow.  I imagine hppa hacking will come up at some point.  Anything in particular you want covered? =)04:22
lamonthrm... lets see.  Fixing the current 4.0 ICE's would be cool.04:23
lamontworking TLS would be cool04:24
=== lamont will ponder other things to have you beat him with
lamontoh, and (of course) getting a gcc-4.0 with the optimizer regression fixed.04:49
jbaileyAnd of course to finish his NM. =)04:49
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
elmoconcordia is back, for those who care05:20
jbaileyelmo: Tx.05:34
=== svenl [~luther@AStrasbourg-251-1-7-191.w82-126.abo.wanadoo.fr] has joined #ubuntu-toolchain
=== cfan [~deepan@203.212.229.87] has joined #ubuntu-toolchain
=== cfan [~deepan@203.212.229.87] has left #ubuntu-toolchain []
=== jbailey [~jbailey@CPE00501836c657-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-toolchain
lamontgcj: : No such file or directory10:49
lamontmake[5] : *** [gnu/java/security/x509/ext/IssuerAlternativeNames.lo]  Error 110:49
lamontdoko: is that expected  for -9ubuntu1?10:49
dokohmm, interesting ...10:50
lamontthat's about 4.5 hours into the build, -9ubuntu2 is 2.5 hours into its build10:52
dokothat won't change10:55
dokolamont: hppa?10:57
lamontyes10:59
dokofix it ;)10:59
=== lamont installs gcj into the chroot
lamont(missing build-dep?)11:00
lamontbuild-depends on gcj, but does not declare such a build-dep.11:01
lamontdoko: fix that.  kthxbye11:02
=== lamont isn't sure which of the build-deps _should_ be bringing that in, but it probably relates to hppa not having java at all until 4.0, yes?
dokoheh, hppa does have java starting with 3.3 :-)11:03
lamontwell, okj11:03
lamonthrm.. not in ubuntu main, though. :-)11:04
lamontanyrate, it runs the gcj command, which winds up being 4.0 these days.11:04
dokoehh, it doesn't run gcj from the build tree?11:12

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