# 00:20:11 |
codyps |
quits : Ping timeout: 268 seconds |
# 00:49:00 |
sh4rm4 |
quits : Ping timeout: 276 seconds |
# 00:59:53 |
sh4rm4 |
joins #crosstool-ng |
# 02:12:45 |
devcoder |
quits : Quit: devcoder |
# 04:23:26 |
alan_o |
quits : Quit: Leaving |
# 04:39:59 |
LeZerb |
joins #crosstool-ng |
# 06:13:10 |
LeZerb |
quits : Quit: Page closed |
# 06:32:57 |
smartin |
joins #crosstool-ng |
# 07:46:20 |
bhundven |
is now known as: bhundven|afk |
# 08:54:31 |
sco` |
hi just a quick question - (am reading through the mail list archives now, but havnt found what im looking for yet) is crosstool-ng about setting up "one" master toolchain that would work for multiple architectures ?? or is it preferable to edit to the .config until its specific to the target machine ... |
# 08:57:04 |
sco` |
this quetion is because i had used someone elses .config to build my toolchain - during a distcc build - the real machine sends out jobs to my toolchain's and i get a comment saying it tried compiling locally and the result was different from the toolchains |
# 09:09:52 |
smartin |
quits : Ping timeout: 240 seconds |
# 09:12:01 |
smartin |
joins #crosstool-ng |
# 10:53:01 |
bigvalen |
joins #crosstool-ng |
# 10:57:48 |
bigvalen |
I'm trying to build a ppc toolchain with ct-ng, but it's bombing out with an odd error. |
# 10:57:53 |
bigvalen |
Any idea what http://pastebin.com/yEeg4qJ0 might mean ? |
# 10:58:00 |
bigvalen |
[ERROR] checking dynamic linker characteristics... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. |
# 10:58:05 |
bigvalen |
in the last pass |
# 13:10:58 |
smartin |
sco`: afaik, when using distcc, the compiler should be the same on each node. |
# 13:54:45 |
mnt_real |
quits : Ping timeout: 272 seconds |
# 13:55:24 |
mnt_real |
joins #crosstool-ng |
# 14:28:03 |
Net147 |
joins #crosstool-ng |
# 14:59:11 |
ccole |
quits : Ping timeout: 252 seconds |
# 15:00:03 |
ccole |
joins #crosstool-ng |
# 15:01:18 |
mnt_real |
quits : Ping timeout: 264 seconds |
# 15:02:41 |
mnt_real |
joins #crosstool-ng |
# 15:07:55 |
Net147 |
quits : Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day... |
# 15:32:18 |
deam_ |
joins #crosstool-ng |
# 15:36:43 |
cruxeternus |
quits : *.net *.split |
# 15:36:43 |
deam |
quits : *.net *.split |
# 15:40:30 |
Cubox |
joins #crosstool-ng |
# 15:40:30 |
cruxeternus |
joins #crosstool-ng |
# 15:40:48 |
cruxeternus |
quits : Max SendQ exceeded |
# 15:41:06 |
cruxeternus |
joins #crosstool-ng |
# 16:05:00 |
Cubox |
Hmm |
# 16:05:02 |
Cubox |
WTF |
# 16:05:10 |
Cubox |
[ERROR] Build failed in step 'Installing CLooG/ppl' |
# 16:05:25 |
Cubox |
[ERROR] ppl_c_implementation_common.cc:(.text+0x2557): undefined reference to `std::length_error::length_error(std::basic_string, std: |
# 16:05:31 |
Cubox |
et 300 autres lignes du genre |
# 16:09:20 |
y_morin |
joins #crosstool-ng |
# 16:16:12 |
Cubox |
y_morin: :O |
# 16:16:25 |
Cubox |
Tu as du temps ? J'ai un p'tit problème |
# 16:16:33 |
y_morin |
Cubox: in english, please. |
# 16:16:38 |
Cubox |
Do you have time, I founded a bug in ct-ng |
# 16:16:43 |
y_morin |
I have a litle tiny bit of time, go ahead! ;-) |
# 16:16:48 |
Cubox |
Okey |
# 16:16:55 |
Cubox |
Cubox | [ERROR] Build failed in step 'Installing CLooG/ppl' |
# 16:16:56 |
Cubox |
Cubox | [ERROR] ppl_c_implementation_common.cc:(.text+0x2557): undefined reference to |
# 16:16:57 |
Cubox |
| `std::length_error::length_error(std::basic_string, std: |
# 16:17:11 |
Cubox |
And like a loooooooooooooooooooooooooo(+300o)t of errors |
# 16:17:24 |
y_morin |
Cubox: what version of ct-ng ? |
# 16:17:34 |
Cubox |
Latest |
# 16:17:42 |
Cubox |
This is crosstool-NG version 1.9.3 |
# 16:17:46 |
y_morin |
From repo of release? |
# 16:17:53 |
Cubox |
release |
# 16:17:56 |
Cubox |
.tgz |
# 16:17:58 |
y_morin |
Hmm, from repo or release? |
# 16:18:02 |
y_morin |
OK |
# 16:18:07 |
Cubox |
http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.9.3.tar.bz2 |
# 16:18:15 |
Cubox |
On Ubuntu server precise |
# 16:18:21 |
y_morin |
Cubox: nope, that's not the latest. Latest is 1.16.0 |
# 16:18:32 |
Cubox |
Description: Ubuntu 12.04 LTS |
# 16:18:37 |
Cubox |
o.O |
# 16:18:47 |
Cubox |
Oh... |
# 16:18:54 |
Cubox |
OMG |
# 16:19:02 |
y_morin |
Cubox: see top of: http://crosstool-ng.org/ |
# 16:19:14 |
Cubox |
I see now |
# 16:19:23 |
Cubox |
I scrolled down on the download page |
# 16:19:28 |
y_morin |
Cubox: the download/ directory does not sort by date. |
# 16:19:57 |
y_morin |
Cubox: latest URL: |
# 16:19:59 |
y_morin |
http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.16.0.tar.bz2 |
# 16:20:07 |
Cubox |
I'm installing it |
# 16:20:41 |
y_morin |
Cubox: your issue rings a bell, but IIRC, it has already been fixed a while ago (1.9.x was ~19 months ago) |
# 16:21:37 |
Cubox |
lol |
# 16:33:18 |
bhundven|afk |
is now known as: bhundven |
# 16:52:10 |
bigvalen |
Heh. http://crosstool-ng.org/download/crosstool-ng/ sorts files by name, not by date. |
# 16:52:20 |
bigvalen |
So 1.9.x >> 1.16.0 :) |
# 16:54:28 |
bhundven |
Guess you just have to make sure you get the latest version ;) |
# 17:11:30 |
codyps |
joins #crosstool-ng |
# 17:13:57 |
smartin |
quits : Quit: leaving |
# 17:42:31 |
y_morin |
quits : Quit: Back in ~5min |
# 17:46:57 |
y_morin |
joins #crosstool-ng |
# 17:59:09 |
Cubox |
._. |
# 17:59:11 |
Cubox |
[INFO ] Installing pass-2 core C compiler |
# 17:59:12 |
Cubox |
[ERROR] /usr/include/x86_64-linux-gnu/sys/types.h:99:17: error: two or more data types in declaration specifiers |
# 17:59:13 |
Cubox |
[ERROR] /usr/include/x86_64-linux-gnu/sys/types.h:110:19: error: two or more data types in declaration specifiers |
# 17:59:25 |
Cubox |
y_morin: poke (if you have free time, if not, ignore me for now) |
# 18:00:08 |
y_morin |
Cubo: later (in ~2h...) |
# 18:00:15 |
Cubox |
Okey |
# 18:07:36 |
sco` |
hey i have been trying to build a toolchain for my raspberrypi ... following this guide http://archlinuxarm.org/developers/distcc-cross-compiling i have completed this, however when i check out the versions of gcc the toolchain has gcc version 4.7.2 20120721 and the PI has gcc version 4.7.1 20120721 .. what have i done wrong ? |
# 18:09:24 |
sco` |
im thinking its different because of the kernel version ?? is that how these things work... |
# 18:53:33 |
Cubox |
y_morin: okey, i checked and it's in the file of known errors. I'm trying the first workaround |
# 19:05:14 |
Cilyan |
joins #crosstool-ng |
# 19:05:25 |
Cilyan |
Evening everyone ! |
# 19:06:00 |
Cubox |
Hi :) |
# 19:06:16 |
Cilyan |
I made it yesterday :) Well at least it compiles, I still have to check if everything works |
# 19:06:55 |
Cilyan |
However, the PPL library needs -fpermissive CXXFLAG to compile with my build system's gcc |
# 19:07:30 |
Cilyan |
what is the best way to add it to crosstool ? Yesterday I patched the Makefile.in but I'm not sure it is the nicest way |
# 19:32:50 |
Cilyan |
Segmentation fault... -_- |
# 19:42:42 |
bhundven |
Cilyan: ppl is kind of a funky one |
# 19:43:04 |
Cilyan |
^^ |
# 19:43:59 |
bhundven |
the problem is, we broke out host and target builds in scripts/build/companion_libs/ppl.sh |
# 19:44:13 |
bhundven |
the host build gets cflags passed |
# 19:44:21 |
bhundven |
but the target doesn't (afaict) |
# 19:44:33 |
bhundven |
not even CT_TARGET_CFLAGS |
# 19:44:36 |
bhundven |
so |
# 19:45:04 |
bhundven |
... but I have a few patches I'm working on to clean some of that |
# 19:45:10 |
bhundven |
for now in your local build |
# 19:45:30 |
bhundven |
in do_ppl_backend() |
# 19:45:53 |
bhundven |
add a line after: CT_DoLog EXTRA "Configuring PPL" |
# 19:46:18 |
bhundven |
cflags=${cflags:--fpermissive} |
# 19:46:24 |
bhundven |
yes, two -'s |
# 19:46:34 |
Cilyan |
ok |
# 19:46:45 |
Cilyan |
but it means it will apply to all versions of ppl ? |
# 19:46:50 |
bhundven |
${var:-text} will use var if it is set, but will default to 'text' if it is not. |
# 19:47:01 |
bhundven |
for your own local build |
# 19:47:04 |
Cilyan |
It seems only old one require that tweak |
# 19:47:23 |
bhundven |
I don't recommend trying to push that change to the mailing list |
# 19:47:51 |
Cilyan |
ok |
# 19:48:00 |
bhundven |
then you need to add some logic around that so it only happens for a specific verison of whatever... |
# 19:48:24 |
bhundven |
it's a temporary workaround |
# 19:48:30 |
bhundven |
for your local build |
# 19:49:30 |
Cilyan |
ah, ok |
# 19:49:31 |
bhundven |
I have a few changes to further abstract the companion_libs |
# 19:50:08 |
bhundven |
but I'm still testing |
# 19:51:49 |
bhundven |
y_morin: I know you're busy right now, so I'm not expecting an instant response. I got to bail in a minute here, but I just wanted to know if we were going to push the build gcc from svn change or if we wanted to do the 'GetSource' wrapper first. I'll still be logged into irc. So answer when you have time. |
# 19:53:23 |
Cilyan |
OK, my toolchain isn't working. I get "test.c:(.text+0x28): undefined reference to `gethostname'" for my test program |
# 19:53:43 |
Cilyan |
Does it have something to do with newlib instead of glibc ? |
# 19:54:16 |
bhundven |
hrm, idk. I don't use newlib much |
# 19:54:36 |
Cilyan |
How can I build glibc instead of newlib ? |
# 19:54:42 |
bhundven |
change your config? |
# 19:54:47 |
Cilyan |
in menuconfig, I only see newlib |
# 19:55:03 |
Cilyan |
(or none) |
# 19:55:15 |
bhundven |
you're using 1.16.0? |
# 19:55:25 |
Cilyan |
yes |
# 19:55:39 |
bhundven |
there must be some setting you have that is selecting newlib |
# 19:56:21 |
bhundven |
oh |
# 19:56:27 |
bhundven |
you are building for bare-metal? |
# 19:56:47 |
Cilyan |
yes |
# 19:56:57 |
bhundven |
then you can only use newlib or none |
# 19:57:07 |
Cilyan |
ok |
# 19:57:17 |
Cilyan |
It's just that I don't need any kernel :) |
# 19:57:35 |
Cilyan |
but maybe glibc requires a kernel, I did not check that... |
# 19:57:40 |
bhundven |
yes |
# 19:57:54 |
Cilyan |
(it's sometimes tiring to be a noob....) |
# 19:58:00 |
bhundven |
operating system -> target os |
# 19:58:27 |
bhundven |
if you want to enable linux, and use (e)glibc |
# 19:59:01 |
Cilyan |
Well, the idea for me is to be able to recreate the toolchain to crosscompile some programs and put them into an already existing system |
# 19:59:21 |
Cilyan |
that's why I'm limited in choices, and also why I though I wouldn't need any kernel |
# 19:59:54 |
bhundven |
well |
# 20:00:06 |
bhundven |
if it is an application running on linux, then the toolchain must be built for linux |
# 20:00:37 |
Cilyan |
makes sense... |
# 20:00:40 |
bhundven |
if it is an application that is running directly on the cpu, and no operating system is running |
# 20:00:44 |
bhundven |
it's bare metal |
# 20:01:32 |
Cilyan |
it seems I missunderstood the meaning of bare metal |
# 20:01:39 |
Cilyan |
my bad |
# 20:02:46 |
Cilyan |
It may be also why I get a segmentation fault on the target... |
# 20:03:05 |
bhundven |
yup |
# 20:04:21 |
Cilyan |
IIRC, to compile a module for an already running kernel, you have to use the exact same gcc and glibc version ? |
# 20:06:59 |
bhundven |
right |
# 20:07:37 |
Cilyan |
ok... it means I'm screwed here because glibc should be 2.11.2 and only 2.11.1 is available |
# 20:07:44 |
Cilyan |
Have to read the docs |
# 20:08:00 |
bhundven |
good idea :D |
# 20:28:33 |
bhundven |
is now known as: bhundven|afk |
# 20:37:22 |
Cilyan |
Note: glibc-ports-2.11.1 could not be downloaded because it is named glibc-ports-2.11 |
# 20:44:24 |
y_morin |
Cilyan: yep, glibc ports is a nightmare to deal with. At one point in time, there even was no released tarball for them. IIRC, 2.11 was in that time frame... :-( |
# 20:44:58 |
y_morin |
Cilyan: a workaround for you: manually grab the ports tarball, save it locally as glibc-ports-2.11.1 |
# 20:47:14 |
Cilyan |
this is what I did |
# 20:47:28 |
Cilyan |
maybe that one could be added to known issues |
# 20:47:37 |
Cilyan |
(even if he fix is trivial) |
# 21:26:25 |
Cilyan |
THIS IS A SUCCESS :D |
# 22:08:13 |
codyps |
quits : Remote host closed the connection |
# 22:17:27 |
codyps |
joins #crosstool-ng |
# 22:21:27 |
bhundven|afk |
quits : Ping timeout: 246 seconds |
# 22:23:22 |
smartin |
joins #crosstool-ng |
# 22:24:01 |
devcoder |
joins #crosstool-ng |
# 22:29:22 |
bhundven|afk |
joins #crosstool-ng |
# 22:53:11 |
y_morin |
bhundven|afk: I'll look at your gcc svn stuff this WE. I'll add this without waiting for the GetStuff wrapper, which can come later. |
# 22:53:31 |
y_morin |
bhundven|afk: sorry for not being too responsive, days are too short. :-/ |
# 23:21:15 |
y_morin |
quits : Quit: Nighty Night! |
# 23:28:57 |
Cilyan |
quits : Quit: Quitte |
# 23:31:24 |
Exposure |
quits : Ping timeout: 276 seconds |
# 23:43:11 |
Exposure |
joins #crosstool-ng |
# 23:50:42 |
codyps |
quits : Ping timeout: 246 seconds |