**** BEGIN LOGGING AT Sat Jan 16 02:59:56 2010
Jan 16 03:16:00 <tinker-f595> cemc: I wrote a quick guide to booting sheevaplug from usb HDD at http://www.openplug.org/plugwiki/index.php/External_Hard_Drives
Jan 16 07:46:10 <arachnist> ssssssss
Jan 16 07:46:32 <arachnist> sorry, cleaning my keyboard
Jan 16 15:21:18 <armin76> guerby: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37279 <- do you still get that?
Jan 16 15:22:25 <guerby> armin76, no it's been fixed
Jan 16 15:22:45 <guerby> sparc results: http://gcc.gnu.org/ml/gcc-testresults/2010-01/msg01387.html
Jan 16 15:23:05 <guerby> http://gcc.gnu.org/ml/gcc-testresults/2010-01/msg01411.html
Jan 16 15:23:18 <guerby> (sparcv9 / sparcv8 bootstrap+check)
Jan 16 15:27:14 <armin76> guerby: for some reason i get it on gcc-4.4.2 and i pretty much don't see any patch in there or something :/
Jan 16 15:27:20 <armin76> in the bug, i mean
Jan 16 15:27:40 <guerby> armin76, I haven't bootstrap 4.4 in a while on sparc
Jan 16 15:28:03 <guerby> armin76, what language do you configure in?
Jan 16 15:28:25 <armin76> not sure, gimme a few
Jan 16 15:31:20 <armin76> now that i remember...
Jan 16 15:31:24 <armin76> guerby: https://bugs.gentoo.org/show_bug.cgi?id=283041
Jan 16 15:33:27 <guerby> armin76, my tester use 4.3.2 debian as base compiler
Jan 16 15:37:22 <armin76> bah, always doing the same :P
Jan 16 15:37:33 <armin76> guerby: thats not a proper test then!
Jan 16 15:37:54 <guerby> armin76, bootstrap is supposed to check from compiling itself issues
Jan 16 15:38:08 <guerby> armin76, I'm checking a build of 4.4.2 then rebuild on gcc62
Jan 16 15:38:34 <armin76> guerby: can you tell me how to do what you do, so i can reproduce?
Jan 16 15:38:45 <guerby> sure
Jan 16 15:38:56 <guerby> first step: wget ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.4.2/gcc-4.4.2.tar.bz2
Jan 16 15:38:57 <armin76> so gentoo doesn't get blamed, mainly :P
Jan 16 15:38:59 <guerby> (running)
Jan 16 15:40:31 <guerby> tar xfj /opt/cfarm/ftp/gcc-4.4.2.tar.bz2
Jan 16 15:44:24 * armin76 follows
Jan 16 15:46:49 <guerby> armin76, old and slow sparc machine :)
Jan 16 15:48:21 * armin76 noticed
Jan 16 15:51:40 <guerby> armin76, mkdir build442 && cd build442
Jan 16 15:51:43 <guerby> ../gcc-4.4.2/configure --enable-languages=c --disable-werror --enable-__cxa_atexit --disable-nls --enable-threads=posix --disable-multilib --prefix=/opt/cfarm/release/4.4.2
Jan 16 15:51:56 <guerby> nohup make -j 3 bootstrap >& b.log < /dev/null &
Jan 16 15:52:07 <guerby> armin76, then ... wait
Jan 16 15:54:54 * armin76 will use -j33
Jan 16 15:56:00 <armin76> hrm...
Jan 16 15:56:27 <armin76> guerby: now that you mention it, an user at #gentoo-sparc was giving away v210...and he was on france...i should have thought of you
Jan 16 15:56:31 * armin76 looks through logs
Jan 16 15:56:58 <guerby> armin76, I have some new sparc in the pipeline
Jan 16 15:57:06 <guerby> 4 machines and plenty of cores
Jan 16 15:57:08 <armin76> yup? which?
Jan 16 15:57:32 <guerby> 2 in australia donated with hosting by someone I don't know
Jan 16 15:57:43 <guerby> and 2 other in France I have to setup
Jan 16 15:57:48 <guerby> one v210 and one T1000
Jan 16 15:58:09 <armin76> oh, then nothing :)
Jan 16 15:58:13 <guerby> the 2 in australia are running gentoo :)
Jan 16 15:58:18 <armin76> hah!
Jan 16 15:58:24 <armin76> don't cry then :P
Jan 16 15:58:37 <armin76> we have a t2000
Jan 16 15:58:37 <guerby> armin76, they guy he didn't find gnat (Ada for gcc) on gentoo sparc
Jan 16 15:59:04 <armin76> have no clue regarding that stuff
Jan 16 16:00:55 <guerby> I'll try to rsync gcc with Ada from one of my debian sparc box
Jan 16 16:03:37 <armin76> guerby: for gnat i think you need to emerge gnat-gcc, but its not keyworded for sparc
Jan 16 16:04:26 <guerby> armin76, the build log on the PR had c,c++,fortran only
Jan 16 16:04:45 <armin76> and?
Jan 16 16:05:00 <guerby> armin76, so no ada :)
Jan 16 16:05:16 <armin76> what does ada have to do with the PR? :P
Jan 16 16:05:39 <guerby> nothing it just add some evidence that gentoo doesn't offer ada on sparc :)
Jan 16 16:07:23 * armin76 kicks guerby 
Jan 16 16:07:34 <armin76> guerby: i told you you need to emerge another package :P
Jan 16 16:07:52 <armin76> its not getting built with gcc
Jan 16 16:07:59 <armin76> with the gcc build i mean
Jan 16 16:08:13 <guerby> armin76, ah ok
Jan 16 16:08:24 <guerby> BTW what does "its not keyworded for sparc" means?
Jan 16 16:08:50 <armin76> that if you do 'emerge gnat-gcc' it will fail
Jan 16 16:09:08 <armin76> the keywords are used to say if something has been tested on each arch
Jan 16 16:09:25 <armin76> for example gnat-gcc isn't keyworded either on arm...only on amd64/ppc/x86
Jan 16 16:09:50 <armin76> you know, we test stuff at runtime, not only at buildtime :)
Jan 16 16:10:15 <guerby> armin76, what file do you need to edit to be able to emerge gnat-gcc?
Jan 16 16:10:39 <armin76> echo "dev-lang/gnat-gcc **" >> /etc/portage/package.keywords
Jan 16 16:10:44 <armin76> easy, uh? :)
Jan 16 16:10:59 <guerby> armin76, ok thanks, I'm transmitting to my australian contact :)
Jan 16 16:14:43 <armin76> guerby: http://www.gentoo.org/doc/en/gentoo-amd64-faq.xml#keyword <- nevermind the arch
Jan 16 16:15:34 <tinker-f595> seems to be a discussion in the wrong list
Jan 16 16:16:43 <guerby> tinker-f595, no sparc powered plug yet? :) :)
Jan 16 16:16:58 <armin76> lol
Jan 16 16:17:01 <tinker-f595> only if you short it out
Jan 16 16:17:26 <guerby> then you get a fried plug eh eh
Jan 16 16:17:30 <tinker-f595> nothing like the smell of burning circuit boards in the morning
Jan 16 16:18:52 <armin76> bah
Jan 16 16:19:06 <armin76> guerby: stupid gcc wanting to build a sparc64 compiler...
Jan 16 16:19:31 <guerby> armin76, ?
Jan 16 16:19:52 <guerby> armin76, my build is in stage2 right now, xgcc is 32-bit
Jan 16 16:20:09 <armin76> guerby: whats your uname?
Jan 16 16:20:25 <guerby> sparc64
Jan 16 16:20:42 <guerby> but base compiler is 32 bit by default (and you need -m64 if you want 64)
Jan 16 16:20:49 <armin76> and for whats it building for? sparc64-unkn or sparc-unk?
Jan 16 16:20:59 <guerby> debian was talking about moving to 64 bits for sparc
Jan 16 16:21:16 <guerby> sparc64-unknown-linux-gnu
Jan 16 16:21:31 <guerby> but I'm pretty sure it will be target 32 bits too
Jan 16 16:21:44 <armin76> thats because debian is multilib
Jan 16 16:21:50 <armin76> gentoo isn't
Jan 16 16:21:57 <armin76> on sparc, that is
Jan 16 16:24:07 <guerby> armin76, ok so I should rebuild as full 64 bit?
Jan 16 16:25:05 <armin76> guerby: debian uses sparc-linux-gnu...
Jan 16 16:26:13 <guerby> armin76, in the PR: "checking build system type... sparc-unknown-linux-gnu"
Jan 16 16:26:36 <guerby> so I assume 32bits
Jan 16 16:27:38 <armin76> yep, but they do some weird stuff...their compiler is able to use -m64, but uses -m32 by default
Jan 16 16:39:17 <guerby> armin76, may be
Jan 16 16:39:57 <guerby> may be it's the default for GCC, here I used --disable-multilib so I'm sure not to build 64 bits stuff
Jan 16 16:40:18 <armin76> guerby: we do as well, but its in experimental, check https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.2-5;arch=sparc;stamp=1260789119
Jan 16 16:40:34 <armin76> guerby: the command we use is --enable-targets=all, and obviously we don't do --disable-multilib
Jan 16 16:40:41 <guerby> :)
Jan 16 16:41:02 <armin76> but the case where i'm getting the problem is fully 32bits
Jan 16 16:42:08 <guerby> armin76, ok good so I'm using the right setup
Jan 16 18:11:58 <guerby> armin76, I was wrong stage2 tried to build 64 bit... I'm relaunching from scratch with --with-cpu=v8
Jan 16 18:38:07 <zumbi> armin76: what are you ricing about?
Jan 16 18:38:40 <zumbi> armin76: debian's sparc compiler is biarch and defaults to 32bit
Jan 16 18:38:59 <zumbi> armin76: but you probably knew that one :)
Jan 16 18:39:05 <Md> the native sparc64 port is still not official
Jan 16 18:44:22 <zumbi> Md: will it ever be official? (like ppc64)
Jan 16 18:44:45 <Md> yes, if people will work on it
Jan 16 18:45:12 <zumbi> Md: i think there is no gain on 64bit arches out of x86, only lib64 is interesting
Jan 16 18:45:47 <zumbi> IMHO that's the main reason people do not work on them
Jan 16 18:48:49 <armin76> zumbi: i said that some lines above, ricer
Jan 16 18:49:26 <zumbi> armin76: it was gpl, wasn't it? which bug are you tracing?
Jan 16 18:49:41 <armin76> gpl what? :P
Jan 16 18:49:55 <armin76> zumbi: btw, the ppc64 port of debian is not out yet...
Jan 16 18:50:03 <armin76> gentoo's is :P
Jan 16 18:50:21 <zumbi> armin76: debian ppc64 port will never make it out, as I said above
Jan 16 18:50:42 <armin76> you didn't say so :P
Jan 16 18:51:14 <zumbi> armin76: only partially, 64bit libraries are the interesting bit (out of x86 architecture, which contains extra registers)
Jan 16 18:52:39 <zumbi> armin76: /me listens to peret.. great!
Jan 16 18:53:36 <zumbi> armin76: do you have ppc64 users in gentoo?
Jan 16 18:53:44 <armin76> yep
Jan 16 18:54:08 <zumbi> redhats are 64bit as well
Jan 16 18:54:15 <armin76> doesn't the ps3 need a ppc64 install?
Jan 16 18:54:53 <zumbi> armin76: ps3 needs ppc64 kernel, but rootfs can be 32bit
Jan 16 18:57:23 <armin76> guerby: gcc built, how do i use it to build another 4.4.2?
Jan 16 18:57:41 <guerby> armin76, make install
Jan 16 18:57:50 <guerby> then PATH=/where/you/conf/bin:$PATH
Jan 16 18:58:04 <guerby> then clean the build directory and reconfigure re make bootstrap
Jan 16 18:59:43 <armin76> guerby: ok, thanks
Jan 16 18:59:55 <guerby> armin76, my new build is in stage2
Jan 16 20:18:18 <cemc> is there a way to with sheevaplug to NOT update u-boot every time I want to install a rootfs?
Jan 16 20:18:45 <Chunky_Ks> modify the script that you're using to install the rootfs to not update u-boot?
Jan 16 21:27:14 <guerby> armin76, first build and install successfull, I've set PATH, cleaned up build dir, reconfigure to a new install prefix and make bootstrap running
**** ENDING LOGGING AT Sun Jan 17 02:59:56 2010