=== Dvalin [i=hawkeye@terror.sintrax.net]  has joined #ubuntu-toolchain
=== anibal [n=anibal@debian/developer/anibal]  has joined #ubuntu-toolchain
=== doko_ [n=doko@dslb-088-073-080-165.pools.arcor-ip.net]  has joined #ubuntu-toolchain
=== Keybuk [n=scott@quest.netsplit.com]  has joined #ubuntu-toolchain
[10:31] <Dvalin> doko_: around
[10:32] <doko_> Dvalin: usually you can just ask
[10:33] <Dvalin> okay :)
[10:33] <Dvalin> I really need help with the sparc-biarch.dpatch
[10:33] <Dvalin> I get tons of errors
[10:34] <Dvalin> and I'm unable to figure out what it relies on
[10:34] <Dvalin> also I'm kind of reluctant asking as I'm being on the "other team"
[10:35] <Dvalin> you  said there was no other patches it depended on, but I feail to see thjat acgtually being trutgh :(
[10:36] <Dvalin> fabbione promised to help me out one day with these things, I hope you have the kindness and all to help me look into it too :)
[10:37] <Dvalin> _(basically is' the mandriva sparc port, so that might be some conflict of interest, but hey, it's all linux, right?:)
[10:40] <Dvalin> (I also hato to be of bother, so pleaqse tell me to fuckk of if you get annoyed, Ir eallt don't want to be that guy)
[10:53] <doko_> $ ls debian/patches/*sparc*
[10:53] <doko_> debian/patches/sparc-biarch.dpatch       debian/patches/sparc-niagara.dpatch
[10:53] <doko_> debian/patches/sparc-g7.dpatch           debian/patches/sparc64-build.dpatch
[10:53] <doko_> debian/patches/sparc-niagara-doc.dpatch
[10:53] <doko_> did you check these patches?
[11:07] <Dvalin> es
[11:07] <Dvalin> I h<ve them all appplied witr hout no louck :(*
[11:12] <doko_> hmm, and how do you configure?
[11:43] <Dvalin> lemme see
[01:41] <Dvalin>     echo "running ${CONFIG_SHELL-/bin/sh} ../configure   --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --host=sparcv9-mandriva-linux-gnu --with-long-double-128 --with-cpu=v8 --with-system-zlib --disable-libgcj --enable-ssp --disable-libssp --disable-libmudflap --enable-languages=c --no-create --no-recursion"
[02:14] <doko> we don't configure with --host, our default compiler is 32bit
=== jbailey [n=jbailey@montreal.canonical.com]  has joined #ubuntu-toolchain
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net]  has joined #ubuntu-toolchain
[07:48] <bluefoxicy> I thought Ubuntu didn't use the .50 branch of binutils?
[07:48] <bluefoxicy> Feisty seems to have it
[07:49] <Keybuk> what made you think that?
[07:50] <elmo> possibly because I've said loudly before that I think using h.j.lu's binutils is something best left to lunatics
[07:50] <elmo> (and although I'm nothing to do with binutils in Ubuntu, my name is on the package from Debian)
[07:50] <bluefoxicy> yes that
[07:50] <bluefoxicy> well
[07:51] <bluefoxicy> it seems that nothing in Feisty is built using --hash-style=both (fedora core 6 does this IIRC); if you're gonna use a binutils that supports it, you should really look into building with -Wl,--hash-style=both
[07:52] <bluefoxicy> http://lwn.net/Articles/192624/  <-- dynsort and precomputed hashes are what you get from this
[07:52] <bluefoxicy> But I'll leave that up to you
[07:53] <bluefoxicy> hmm... https://wiki.ubuntu.com/FeistyToolchainRoadmap does mention DT_GNU_HASH support.
=== anibal [n=anibal@debian/developer/anibal]  has joined #ubuntu-toolchain