[01:20] <lamont> doko/et.al...: what was the -m64/-m32 issue?
[01:45] <doko> ?
[01:45] <doko> which platform?
[01:47] <infinity> We've got it sorted.
[01:48] <jbailey> These are not droids you're looking for?
[01:48] <lamont> jbailey: nah, it's just that I hate gcc args
[01:49] <infinity> They hate you too.
[01:49] <lamont> can't make them say '-march=64 -mtune=64',  no... that'd be too easy to parse.
[01:49] <infinity> Says so in the manpage.
[01:49] <lamont> doko: and how come i386 doesn't have an option to generate ia64 code?  and vice versa?
[01:49] <infinity> "SEE ALSO: GCC hates lamont."
[01:49] <jbailey> That's fine.  I'm a GNU maintainer.  manpages aren't canonical. =)
[01:49] <lamont> it _would_ actually be nice to get -m32 working on ia64
[01:49] <jbailey> lamont: Feh.
[01:49] <doko> lamont: it does. it's called a cross-compiler :-P
[01:49] <jbailey> lamont: You're kidding, right? =)
[01:50] <lamont> jbailey: 99% kidding...
[01:50] <infinity> -m32 on ia64 may be doable.  The other way ain't ever going to happen.
[01:50] <lamont> but it would fix mithrandir's latest breakage of ia32-libs-openoffice$mumble
[01:50] <lamont> infinity: yeah, assumed as much
[01:50] <jbailey> Oh.  Does ia32-libs cover it?
[01:50] <jbailey> I'm all about painful elimination of ia32-libs
[01:51] <infinity> "it"?
[01:51] <lamont> jbailey: oo.o2 was ftbfs on ia64 for breezy.. .root cause was one package with comple errors becausee it assumed biarch was present, and the other was an 'Architecture: amd64' that should have had ia64 as well.
[01:51] <lamont> infinity: -m32
[01:51] <lamont> because then the compile error would go away
[01:51] <infinity> Yes, yes it would.
[01:52] <infinity> And ia32-libs going away would be so amazingly wonderful that I may crap myself with glee.
[01:52] <lamont> jbailey: painful or otherwise, getting rid of ia32-libs* is a noble goal.
[01:52] <jbailey> I LIKE PAIN
[01:52] <jbailey> wait
[01:52] <jbailey> that came out wrong
[01:52] <lamont> but enough.. I'm leaving for home 22 minutes ago, according to what I told my wife... must flee.
[01:52] <lamont> jbailey: I'll bring something to hit you with to UBZ then. :-)
[01:53] <lamont> on later from home
[01:53] <doko> see you tomorrow
[01:54] <jbailey> doko: Yes, dear.
[01:54] <doko> jbailey: ok, I'll leave  ....
[02:32] <lamont-away> moof
[02:38] <lamont-away> checking whether strstr is declared...
[02:38] <lamont-away> malloc: ../bash/jobs.c:708: assertion botched
[02:38] <lamont-away> free: underflow detected; mh_nbytes out of range
[02:38] <lamont-away> Aborting.../bin/sh: line 1:  9172 Aborted                 /bin/sh
[02:39] <lamont-away> go gcc - it's your birthday
[02:39] <lamont-away> gcc-4.0_4.0.2-3/debian, that is
=== doko [n=doko@toronto-HSE-ppp4022107.sympatico.ca]  has joined #ubuntu-toolchain
[02:21] <fabbione> hey doko
[02:22] <fabbione> doko: http://people.ubuntu.com/~fabbione/
[02:22] <fabbione> oo2-no-g++-3.4.bz2
[02:22] <fabbione> this is the build failure without g++-3.4
[02:22] <fabbione> i assume that upstream did change default c++ compiler on sparc, because they didn't get David patch
[02:23] <fabbione> install g++-3.4 builds all the way
[02:23] <fabbione> so we can either revert the upstream change and go with g++-4.0
[02:23] <fabbione> or just add that build-deps for sparc
[02:23] <fabbione> up to you
[02:24] <fabbione> i am off for a bit
=== doko [n=doko@modemcable139.249-203-24.mc.videotron.ca]  has joined #ubuntu-toolchain
[03:59] <fabbione> doko: hey did you read what i wrote before?
[04:18] <doko> yes
[04:18] <doko> obviously that was the "fix" that _rene" did mention :-(
[04:18] <fabbione> bah
=== fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk]  has joined #ubuntu-toolchain
=== lamont [n=lamont@mib.fc.hp.com]  has joined #ubuntu-toolchain