ibotlog2html for #crosstool-ng

<< Previous 2013-01-09 Next >>

# 00:00:36 diorcety joins #crosstool-ng
# 00:46:01 mingwandroid parts #crosstool-ng
# 01:10:27 codyps quits : Ping timeout: 248 seconds
# 01:48:13 codyps joins #crosstool-ng
# 03:58:50 bhundven quits : Ping timeout: 246 seconds
# 04:00:49 bhundven joins #crosstool-ng
# 05:14:52 alan_o quits : Quit: Leaving
# 07:15:57 mnt_real quits : Ping timeout: 272 seconds
# 07:18:14 mnt_real joins #crosstool-ng
# 07:35:45 herdingcat joins #crosstool-ng
# 07:35:57 herdingcat can anyone show me a valid .config file for ct-ng which is optimized for RPi? ct-ng is 1.17
# 07:36:49 Net147 joins #crosstool-ng
# 08:29:46 herdingcat can anyone show me a valid .config file for ct-ng which is optimized for RPi? ct-ng is 1.17
# 08:50:27 smartin joins #crosstool-ng
# 09:35:51 herdingcat quits : Quit: Leaving
# 09:36:23 diorcety2 joins #crosstool-ng
# 09:37:24 abique_ joins #crosstool-ng
# 09:38:17 mnt_real_ joins #crosstool-ng
# 09:42:47 mnt_real quits : *.net *.split
# 09:42:48 diorcety quits : *.net *.split
# 09:42:48 plfiorini quits : *.net *.split
# 09:42:48 abique|work quits : *.net *.split
# 09:42:48 ubergeek42 quits : *.net *.split
# 10:44:08 abique_ quits : Ping timeout: 246 seconds
# 10:44:08 varjagg joins #crosstool-ng
# 10:51:24 NicoM joins #crosstool-ng
# 10:51:48 NicoM hi everybody,
# 10:52:00 NicoM still having trouble using crosstool inside buildroot
# 10:52:08 NicoM i am now using the daily build from yesterday
# 10:52:18 NicoM and i don't have anymore the problem I use to have
# 10:52:38 NicoM but it seems like now there is an inifnite loop while installing the headers ?
# 10:53:01 NicoM Build failed in step 'Installing C library headers & start files'
# 10:53:14 NicoM seems like it's always checking stuff about grep
# 10:53:20 mingwandroid joins #crosstool-ng
# 10:57:52 abique_ joins #crosstool-ng
# 11:02:12 kos_tom NicoM: hum, strange, we have our autobuilders testing configurations 24/24 with the latest Git version of Buildroot.
# 11:02:20 kos_tom can you post some more details about what you're seeing?
# 11:03:39 NicoM well maybe this operation last a lot ?
# 11:03:54 NicoM because I waited for 15 minutes seeing always the same thing repeated on screen
# 11:04:09 NicoM and it seemed like it was long
# 11:11:57 varjagg hello
# 11:12:15 varjagg i'm trying here to replicate an ancient toolchain on a new box
# 11:12:39 varjagg gcc-4.0.0-glibc-2.2.5
# 11:13:26 varjagg got as far as to build-gcc-core, but ar detects buffer overflow
# 11:13:33 kos_tom NicoM: can you pastebin what you're seeing.
# 11:14:04 varjagg is there a good place anywhere in crosstools to specify -D_FORTIFY_SORUCE?
# 11:14:30 varjagg i'm using crosstools-0.43
# 11:17:12 NicoM checking for grep that handles long lines and -e... (cached) /home/nicolas/Projects/D/TestBuildrootDaily/buildroot/output/build/build-toolchain/.build/tools/bin/grep
# 11:17:12 NicoM [CFG ] checking for egrep... (cached) /home/nicolas/Projects/D/TestBuildrootDaily/buildroot/output/build/build-toolchain/.build/tools/bin/grep -E
# 11:17:12 NicoM [CFG ] checking for ANSI C header files... (cached) no
# 11:17:12 NicoM [CFG ] checking for sys/types.h... (cached) no
# 11:17:12 NicoM [CFG ] checking for sys/stat.h... (cached) no
# 11:17:16 NicoM [CFG ] checking for stdlib.h... (cached) no
# 11:17:18 NicoM [CFG ] checking for string.h... (cached) no
# 11:17:20 NicoM [CFG ] checking for memory.h... (cached) no
# 11:17:22 NicoM [CFG ] checking for strings.h... (cached) no
# 11:17:46 NicoM and there about 30 checking before it checks again for grep and the following
# 11:18:22 NicoM and again...
# 11:19:29 kos_tom varjagg: crosstool 0.43 is horribly deprecated. gcc 4.0 is horribly deprecated. glibc 2.2.x is horribly deprecated. Nobody is going to be interested to dig in such old crap.
# 11:35:14 Net147 quits : Quit: HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it
# 11:35:50 varjagg kos_tom, thank you, capt. obvious
# 11:36:10 kos_tom varjagg: you're welcome :-)
# 11:36:17 varjagg i have a product though, dating back to 2005, that i need to provide updates to
# 11:36:21 varjagg so i need that toolchain
# 11:36:45 NicoM just tried with a Buildroot build from the 20/12/2012 and it works, it finished the installation of the toolchain
# 11:36:52 kos_tom varjagg: may I call you captain off-topic then? You're talking about crosstool 0.43, which has pretty much nothing to do with crosstool-ng, the very name of this channel ?
# 11:36:59 NicoM wheras it seemed like it was stucked with the yesterday daily build
# 11:38:01 varjagg my understanding is crosstool-ng is a fork of original crosstool, and this is pretty much the only channel about crosstool-anything
# 11:38:15 NicoM for crosstools the params i used are GMP 5.0.2 MPFR 3.1.0 PPL 0.11.2 ClooG/PPL 0.15.11 MPC 0.9
# 11:38:17 kos_tom varjagg: no, it's not a fork, it's a complete rewrite from scratch.
# 11:38:22 varjagg ok
# 11:38:35 kos_tom but anyway, back to your original topic. Building such old things has proven to be really difficult.
# 11:39:03 NicoM (i mean the companion library which seems was the issue for me)
# 11:39:25 kos_tom to start with, I would probably install a Debian distro from those times in a chroot, in order to get a host compiler of roughly the same age.
# 11:39:55 kos_tom trying to build so old gcc/glibc with a modern gcc is going to be a challenge.
# 11:40:33 varjagg it seems so
# 11:40:52 varjagg my original plan b was to run the old distro in a vm, but chroot makes more sense
# 11:41:34 varjagg thanks
# 11:42:25 kos_tom yeah, chroot is much easier, and will be faster also.
# 12:43:30 sfan5|OFF is now known as: sfan5
# 12:47:51 NicoM quits : Remote host closed the connection
# 13:24:48 plfiorini joins #crosstool-ng
# 13:41:44 varjagg quits : Quit: Leaving
# 13:46:39 ubergeek42 joins #crosstool-ng
# 14:15:16 NicoM joins #crosstool-ng
# 14:36:46 ondrej-svk joins #crosstool-ng
# 14:37:09 ondrej-svk hello
# 14:41:54 ondrej-svk does anyone know if it is possible to create toolchain with other libc than that in menuconfig?
# 14:44:24 ondrej-svk I am compiling sh4 with custom kernel, binutils 2.19, gcc 4.3.2 and I wnat libc 2.10 but there is only 2.9 max
# 14:51:36 kos_tom enable "experimental"
# 14:51:59 kos_tom you have many more glibc versions up to 2.14
# 14:52:28 kos_tom hum, in fact the glibc are not marked experimental
# 14:52:37 kos_tom so I'm not sure why you're not seeing more recent glibc versions
# 14:52:47 kos_tom are you running crosstool-ng 1.17.x ?
# 14:54:24 ondrej-svk it is crosstool-NG version 1.9.3
# 14:54:49 kos_tom hum, this very old version may not have recent glibc versions.
# 14:54:55 kos_tom do you have the possibility to upgrade?
# 14:55:18 ondrej-svk i thing yes .. why not :)
# 14:55:33 ondrej-svk I thought that I have most recent version..
# 14:55:44 ondrej-svk ok, I will upgrade
# 14:57:05 kos_tom check http://crosstool-ng.org for the latest version.
# 14:59:01 ondrej-svk yes, thanks, going to install
# 15:00:29 ondrej-svk funny thing is, I got 1.9 instead of 1.17 because alphabeticaly it is latest in list on that site :P
# 15:06:43 ondrej-svk you were right kos_tom now I see 2.10.1
# 15:09:04 ondrej-svk thanks for help kos_tom such a nice support :)
# 15:13:56 alan_o joins #crosstool-ng
# 15:34:29 kos_tom ondrej-svk: you're welcome.
# 15:44:42 ondrej-svk hmm I have some error during compiling C library
# 15:45:46 ondrej-svk /media/data/sh4_unknown_libc2.10/.build/sh4-unknown-linux-gnu/build/build-libc-final/nptl/libpthread.so: undefined reference to `__have_futex_clock_realtime'
# 15:50:43 ondrej-svk ok, I will leave it for tomorrow, thanks for help, bye :)
# 15:50:59 ondrej-svk parts #crosstool-ng
# 16:26:13 NicoM hi, when using an external toolchain generated through Crosstool-NG inside buildroot I am having trouble it says that "find: `/home/d/x-tools/arm-unknown-eabi/arm-unknown-eabi/sysroot/lib/libc.a/': Not a directory"
# 16:26:16 NicoM any idea?
# 16:31:25 kos_tom a arm-unknown-eabi toolchain for Buildroot does not make sense
# 16:31:39 kos_tom arm-unknown-eabi is for bare metal targets, i.e platforms not running an operating system
# 16:31:57 kos_tom you want to use a arm--linux- toolchain
# 16:32:08 kos_tom basically
# 16:32:45 kos_tom ct-ng arm-unknown-linux-gnueabi && ct-ng build
# 17:17:52 y_morin joins #crosstool-ng
# 17:24:52 NicoM ok thanks
# 17:47:22 NicoM thanks again, good night everyone.
# 17:47:42 NicoM quits : Quit: Leaving
# 17:55:20 codyps quits : Ping timeout: 246 seconds
# 18:02:49 diorcety2 quits : Read error: Connection reset by peer
# 18:05:06 smartin quits : Quit: leaving
# 18:29:14 codyps joins #crosstool-ng
# 18:37:54 sfan5 is now known as: sfan5|OFF
# 18:38:42 sfan5|OFF is now known as: sfan5
# 18:41:42 y_morin thinks is has found the root-cause for the infamous "sorry, unimplemented: -mfloat-abi=hard and VFP"
# 18:55:37 smartin joins #crosstool-ng
# 18:59:56 mingwandroid parts #crosstool-ng
# 19:45:05 diorcety joins #crosstool-ng
# 19:57:53 doc2 joins #crosstool-ng
# 19:57:56 y_morin Ah, gcc's build system does not account for ARM tuple ending in *eabihf (which is the newest kid on the block, to denote a hard-float ABI).
# 19:58:05 y_morin Tss...
# 19:58:52 diorcety quits : Read error: Connection reset by peer
# 20:13:46 diorcety joins #crosstool-ng
# 20:28:05 mingwandroid joins #crosstool-ng
# 20:36:40 doc2 quits : Quit: Verlassend
# 20:38:55 mingwandroid diorcety: hey.
# 20:52:54 diorcety1 joins #crosstool-ng
# 20:53:46 diorcety1 quits : Read error: Connection reset by peer
# 20:56:26 diorcety quits : Ping timeout: 256 seconds
# 21:14:58 diorcety joins #crosstool-ng
# 21:17:43 y_morin OK, I managed to tweak the gcc build-system to accept *eabihf tuples, and treat them as *eabi tuples.Looks like it is working so far.
# 21:18:06 y_morin I just have to boot my target and see if everything runs fine, now... Let's see! :-)
# 21:20:09 diorcety quits : Read error: Connection reset by peer
# 21:22:14 y_morin Anyone knows what 'spec' madates '*eabihf' for ARM hard-float-ABI tuples?
# 21:26:10 kos_tom is there even a spec somewhere that defines the host tuples?
# 21:26:57 y_morin kos_tom: There are the config.{sub,guess} scripts. But we can hardly call that a spec...
# 21:28:17 kos_tom but I believe this is the only authoritative "document"
# 21:29:05 y_morin I am afraid so, too... And, as config.guess can emit a *eabihf tuple, we have to consider it valid.
# 21:34:01 sfan5 is now known as: sfan5|OFF
# 21:40:59 y_morin kos_tom: Ahah! That's again a Debian-thingy! ;-) http://sourceware.org/ml/binutils/2011-04/msg00116.html
# 21:42:38 diorcety joins #crosstool-ng
# 21:42:39 y_morin And, apparently, trunk gcc has been fixed in this respect. So, until gcc-4.8 is out, previous versions will need patching.
# 21:46:31 y_morin gcc-4.8: "this will happen not earlier than two months from now" (in: http://gcc.gnu.org/ml/gcc/2013-01/msg00071.html)
# 21:46:48 y_morin Aka, not before March...
# 21:55:07 y_morin And OABI ARM is definitely history: http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=295f5c5cf175388df9a5733db05a01428aa8ccf8
# 21:55:11 y_morin Quote: (arm*-*-linux*): Only accept EABI variants. Simplify logic.
# 22:32:44 alan_o quits : Remote host closed the connection
# 23:03:06 alan_o joins #crosstool-ng
# 23:31:02 diorcety quits : Read error: Connection reset by peer
# 23:58:59 y_morin quits : Quit: Nighty Night!

Generated by ibotlog2html by Yann E. MORIN