# 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! |