/srv/irclogs.ubuntu.com/2005/10/22/#ubuntu-toolchain.txt

=== doko_ [n=doko@dslb-084-059-064-213.pools.arcor-ip.net] has joined #ubuntu-toolchain
fabbionedoko: http://people.ubuntu.com/~fabbione/gcc-4.1.log.bz207:39
fabbionewe didn't get that far at all07:39
doko_fabbione: it needs some love to _build_ biarch. it should build fine, if you07:46
doko_disable biarch (debian/rules.defs:583).07:46
fabbionedoko: well what's the point of not building biarch?07:47
fabbionewe need biarch for the kernel07:47
fabbioneand quite a bunch of stuff07:47
fabbionedoko: so you plan to make 4.1 the new default compiler for dapper?07:50
fabbioneor are we going to stick with 4.0 and start preparing 4.1?07:50
fabbionethat's sort of important given that dapper will open soon07:50
fabbioneand we do have a set of SCC release out there07:50
dokofabbione: we'l have to rebuild the archive first, and decide then, not the other way around.07:52
fabbione#ifdef SPARC_BI_ARCH07:53
fabbione#undef CPP_ARCH32_SPEC07:53
fabbione#define CPP_ARCH32_SPEC "%{mlong-double-128:-D__LONG_DOUBLE_128__}"07:53
fabbione#endif07:53
fabbionethis is in gcc/src/sparc/linux64.h07:54
fabbioneas far as i can tell that one should just go away07:54
dokothat looks ok for the 32bit case07:54
fabbioneyes exactly07:55
fabbionethe same lines are both for 32 and 64 bit07:55
fabbionei can see that __LONG_DOUBLE_128 is used later on07:55
fabbionei suspect that the mlong-double-128 bit should disappear07:56
fabbionelet see.. it's building the normal one from scratch07:56
fabbionei have seen too many kick the rebuild and it works cases07:57
fabbionedoko: the rebuild archive bit is scary.. specially because sparc doesn't have the horse power yet to do that07:58
fabbionedoko: when building gcc.. and get these errors, can i safely do the modification and ./debian/rules build?07:59
fabbioneor is it better to create the patch and rebuild from scratch?07:59
dokofabbione: no, you need to rerun the configury ... shortest way: rm stamps/05-build-stamp; make -C build08:03
dokosorry, make -C build bootstrap08:04
fabbionei think that error shows up way before that stamp08:06
fabbioneyeah there is no 0508:07
dokook, plese remove the configure stamp08:09
fabbioneok08:09
dokohmm, maybe we want to set need_64bit_hwint=yes as well for the biarch case (config.gcc)08:11
dokofabbione: what was the name of the ia64 machine in the dc?08:12
dokofabbione; ^^^08:16
fabbionehalley08:26
fabbionedoko: i can't get out of that error09:32
fabbionei managed to get rid of the -128 thing09:32
fabbionebut not the -6409:32
fabbione../../src/gcc/crtstuff.c:1: error: -mlong-double-64 not allowed with -m6409:33
fabbioneand i did remove all possible references of that in gcc/config/sparc09:33
fabbioneso it's either autogenerated somewhere09:33
fabbioneor hidden in some .$fuckdir that i can't find09:33
dokodid you set need_64bit_hwint=yes ?09:34
fabbioneno09:36
fabbionei am testing one bit at a time09:36
fabbioneotherwise we can't isolate it properly...09:37
=== fabbione cleans the tree and tries again with that
dokobtw, did you get some feedback if OOo is actually working on sparc?09:37
fabbionedoko: i did test it personally and i even told you :)09:37
fabbionethat's faster than amd64 :)09:37
dokoahh, I remember :-)09:38
fabbionenow.. fix gcc-4.1 dude..09:39
dokofabbione: so you build kernels and glibc using 4.0 on sparc?09:40
fabbionedoko: we also need to fix gcc-4.009:40
fabbioneno09:40
dokoahh09:40
fabbionewe don't do that even on main arches09:40
dokoI know09:40
fabbionemeh can you give me the line in config.gcc where i am supposed to stick that need_64bit thingy?09:42
fabbionedoko: we also want to look at this failure http://bld-3.mmjgroup.com/buildLogs/k/klibc/1.0.14-1ubuntu2/klibc_1.0.14-1ubuntu2_20050915-0618-sparc-failed.gz09:43
fabbionethat happens only with gcc-4.009:43
dokofabbione: about 307, same as for sparc6409:44
fabbionedoko: ok.. there is also another reference at around 200409:45
fabbionesorry 204709:46
fabbioneok let's try with only this change09:46
fabbioneand see what happens09:46
fabbionedoko: same story with that modification of config.gcc10:13
doko:(10:19
fabbionedoko: time to fire up your sparc and install breezy?10:19
dokofabbione: have to get it going for the standard architectures first, currently wading through test results.10:21
fabbionedoko: you can still do it in parallel :)10:22
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-toolchain
fabbionedoko: so ok.. i am going to try to disable biarch to test build11:50
dokofabbione: thanks11:59
fabbionedoko: no problem, but please try to get biarch working :)11:59
fabbionedoko: it fails even disabling biarch12:48
fabbioneat a different point12:48
=== fabbione collects the log
dokoyep, please send me it12:48
fabbioneyup12:49
fabbionedoko: do you prefer email or web?12:51
dokoweb is ok12:53
dokofabbione: ^12:53
fabbioneok12:53
fabbionedoko: people/~fabbione12:54
fabbionethere are 2 gcc-4.1-* log files12:55
fabbionewith and without biarch defined in debian/rules.defs12:55
dokowell, yes, that patch could be more robust12:57
fabbionedon't assume i know all the patches applied to gcc..12:59
fabbionei just build gcc on your commands :)12:59
=== lamont__ [n=lamont@15.238.7.17] has joined #ubuntu-toolchain
dokofabbione: updated, same location05:23
fabbionedoko: ok.. taking it now05:31
infinitydoko : Mail me when you have (what you believe to be) finalised sources for the gcc-4.1 testbuild, I'll bootstrap it on the buildds, and we'll see if we can get a breezy-gcc-4.1 building before UBZ.05:35
fabbionedoko: i will let you know soon how it goes.. it's building 05:45
fabbionestill didn't pass that point tho05:45
dokofabbione: it's currently in stage3 in my build05:45
fabbioneon sparc?05:46
dokoyes05:46
fabbioneah cool05:46
fabbionedid you actually bootstrapped a breezy chroot ? or are you building on debian?05:47
dokobreezy05:48
fabbioneohhh finally :)05:49
dokostopped the sid build after it completed stage105:49
fabbionedid it bootstrap properly?05:49
fabbioneit should have...05:49
dokodon't know, did it two months ago05:49
fabbioneahh05:49
fabbioneehehe05:49
fabbioneok thanks dude.. bbl05:50
lamont__configure: error: 10:01
lamont__The following requested languages could not be built: ada10:01
lamont__Recognised languages are: c,ada,c++,fortran,java,objc,obj-c++,treelang10:01
=== lamont__ kicks doko
dokolamont__: I'm innocent ;-p10:01
lamont__checking for gnatbind... gnatbind10:02
lamont__checking whether compiler driver understands Ada... no10:02
dokognat-3.4 or gnat-4.0?10:03
dokolamont__: what did you use for bootstrapping?10:04
=== lamont__ tries the simple thing first
lamont__breezy10:04
lamont__and sbuild10:05
lamont__well, actually, dpkg-buildpackage10:05
lamont__so gcc-4.0, I expect10:05
dokostrange, anything more in the changelog?10:07
dokos/changelog/config.log/10:07
lamont__iz my bad10:09
lamont__configure didn't like the 'could not open /CurrentlyBuilding'10:09
doko;.)10:09
dokolamont__: but I should warn you ...10:11
dokoxgcc: ../libmath/.libs/libmath.a: No such file or directory10:11
dokoxgcc: ../libmath/.libs/libmath.a: No such file or directory10:11
dokomake[7] : *** [libstdc++.la]  Error 110:11
dokoI don't know why ...10:12
dokoworks even on sparc10:12
=== lamont__ will look
fabbionedoko: s/even//g10:13
fabbionedoko: sparc > hppa ;) ask lamont on the final breezy buildd run :P10:13
=== fabbione hides from lamont
lamont__fabbione: that's all kde's fault10:13
fabbioneehehe10:14
lamont__well, actually, it's gcc-4.0's fault10:14
lamont__since it liked to ICE for lots of kde packages10:14
dokowell, remembers me on hppa's messages on kernel errors: "your system ate a sparc."10:14
fabbioneahha10:14
lamont__"      _______________________________ \n"10:16
lamont__"     < Your System ate a SPARC! Gah! >\n"10:16
lamont__"      ------------------------------- \n"10:16
lamont__"             \\   ^__^\n"10:16
lamont__"              \\  (xx)\\_______\n"10:16
lamont__"                 (__)\\       )\\/\\\n"10:16
lamont__"                  U  ||----w |\n"10:16
lamont__"                     ||     ||\n");10:16
lamont__iz in die_if_kernel()10:16
lamont__and that's from upstream. :-10:16
lamont__)10:16
fabbioneahahha10:17
dokolamont__, maybe fabbione has difficulties laughing about it ;-P10:17
fabbionewhy?10:17
lamont__arch/parisc/kernel/traps.c10:17
dokowe should help him ;)10:18
lamont__machine eats sparc, dies.10:18
lamont__film at 1110:18
dokofabbione: sparc build is in libjava ...10:36
fabbionedoko: it's building here10:37
fabbionestage1/xgcc -Bstage1/ -B/usr/sparc-linux-gnu/bin/ -c   -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute     -DHAVE_CONFIG_H -I. -Ifortran -I../../src/gcc -I../../src/gcc/fortran -I../../src/gcc/../include -I../../src/gcc/../libcpp/include     ../../src/gcc/fortran/match.c -o fortran/match.o10:37
fabbionei guess i am far behind you10:37
dokofabbione: we'll have two independent results, I think, my hppa build is failing for some other reasons10:42
fabbionedoko: yes.. i prefer to have 2 of them10:42
fabbionedoko: given how delicate is gcc10:42

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