# 02:50:57 |
mnt_real |
quits : Quit: Leaving |
# 07:34:53 |
thomay |
joins #crosstool-ng |
# 09:08:46 |
smartin |
joins #crosstool-ng |
# 13:36:36 |
y_morin |
joins #crosstool-ng |
# 13:37:05 |
y_morin |
is now known as: y_morin|work |
# 14:05:34 |
y_morin|work |
quits : Quit: Page closed |
# 14:06:12 |
y_morin |
joins #crosstool-ng |
# 14:31:15 |
dbtid |
y_morin: ok, well, rebuilding newlib with --enable-newlib-hw-fp didn't solve the issue |
# 14:31:27 |
dbtid |
the issue is still that even with the same switches, the .o files have different headers |
# 14:31:32 |
dbtid |
and i can't understand that at all |
# 14:32:00 |
y_morin |
dbtid: I'm at work, so can't invest much time right now. I'll be back home in ~3h... |
# 14:32:12 |
dbtid |
y_morin: i understand; i was providing information. |
# 14:32:27 |
y_morin |
dbtid: :-) |
# 15:04:48 |
thomay |
quits : Remote host closed the connection |
# 15:11:41 |
mnt_real |
joins #crosstool-ng |
# 15:57:10 |
y_morin |
quits : Quit: Back on-line in ~2h... |
# 17:17:24 |
y_morin |
joins #crosstool-ng |
# 17:20:35 |
kos_tom |
y_morin: hello. |
# 17:20:42 |
kos_tom |
y_morin: the thing about the prebuilt sysroot is strange, isn't it ? |
# 17:20:44 |
y_morin |
kos_tom: heya! |
# 17:20:57 |
y_morin |
kos_tom: indeed. I don't like it too much. |
# 17:21:12 |
y_morin |
kos_tom: at least, I do not like it in its current state. |
# 17:22:27 |
y_morin |
kos_tom: If we go that route, then what next? Pre-built gcc? |
# 17:22:54 |
kos_tom |
do you understand *why* such a feature is needed ? |
# 17:23:02 |
y_morin |
I'm all in favor of enhancing crosstool-NG for the needs of different projects, but that should not twist the core principles. |
# 17:23:12 |
y_morin |
Yes, I can see the point. |
# 17:24:22 |
y_morin |
For example, it could usefull to cross-compile for an existing filesystem. |
# 17:24:42 |
y_morin |
Or to test a newer gcc with an existing installation. |
# 17:24:59 |
y_morin |
Not that I believe that would be a killer feature, though... |
# 17:25:27 |
dbtid |
i wish i understood the whole build process and why i can't seem to build a compiler that will build newlib AND my code the same way |
# 17:25:30 |
dbtid |
it's making me nuts |
# 17:26:09 |
y_morin |
kos_tom: The core issue with that patch is that it really, really twists the build process, byt walking on its own toes... |
# 17:26:46 |
y_morin |
dbtid: did you use the exact same CFLAGS in your code as is used by newlib build? |
# 17:26:52 |
dbtid |
yes i did |
# 17:26:55 |
kos_tom |
y_morin: yeah, for something that really sounds like a "side" feature. |
# 17:29:52 |
y_morin |
kos_tom: the only valid reason I can think of, is because Linaro is so tied-up with Canonical and Ubuntu, that they can't get to do reall cross-compilation, and have to integrate into their build system, and use the existing C library + kernel headers |
# 17:31:01 |
y_morin |
kos_tom: Being so tied up means they have to ensure the C library and headers are exactly the same, or they would get run-time link failures, or wose, ABI incompatibilities... |
# 17:31:36 |
y_morin |
But that is really not what crosstool-NG is for, in the first place... |
# 17:33:54 |
y_morin |
kos_tom: to sum up, are you siding with me on this, that we do not really want such a feature in crosstool-NG? Or are you in favor of it? |
# 18:00:36 |
kos_tom |
I haven't looked at the patch closely, so I haven't seen how ugly it is. |
# 18:00:43 |
kos_tom |
(or even whether it is ugly) |
# 18:00:51 |
y_morin |
kos_tom: I don't mean about the patch, I mean about the feature. |
# 18:00:59 |
kos_tom |
but I agree with you that this sounds a bit strange. |
# 18:01:35 |
kos_tom |
but is it even possible to do what they do, i.e build a gcc compiler against an already compiled version of the C library ? |
# 18:01:50 |
kos_tom |
i.e, basically, they start directly with the build of the final compiler ? |
# 18:01:56 |
y_morin |
kos_tom: yes. |
# 18:02:23 |
y_morin |
In fact, they just want to build a cross-compiler, not a cross-toolchain. |
# 18:02:37 |
kos_tom |
hm, don't they also need cross-binutils ? |
# 18:03:18 |
y_morin |
kos_tom: yes, with their patch, binutils + gcc get built, kernel headers + C library are pre-installed. |
# 18:03:40 |
y_morin |
kos_tom: So there might discrepancies wrt the binutils used... |
# 18:05:01 |
kos_tom |
ok, so when the guy talks about a mega-sysroot |
# 18:05:18 |
kos_tom |
he talks about using debootstrap (or equivalent) to build an ARM system with many libs installed |
# 18:05:25 |
kos_tom |
and then generate a cross-compiler that uses that sysroot |
# 18:05:30 |
dbtid |
where is the structure and such for gcc, etc discussed? what's the sysroot for? |
# 18:05:58 |
y_morin |
kos_tom: basically, that's it. Which makes it even uglier... |
# 18:06:20 |
kos_tom |
y_morin: that's for the people who haven't understood what cross-compilation actually is :) |
# 18:06:20 |
y_morin |
dbtid: you mean, the gcc's directory hierarchy? |
# 18:06:31 |
y_morin |
kos_tom: \o/ |
# 18:06:48 |
dbtid |
i think i mean how all the pieces fit together, architecturally, when you build gcc |
# 18:06:51 |
dbtid |
newlib |
# 18:06:54 |
dbtid |
etc |
# 18:07:38 |
y_morin |
dbtid: Look at the docs (in the docs/ sub-dir), there's a chapter titled 'How is a toolchain constructed'. |
# 18:07:59 |
dbtid |
y_morin: thanks! |
# 18:08:04 |
dbtid |
when i get my VM back, i will! |
# 18:08:27 |
y_morin |
dbtid: you can browse it on-line: http://crosstool-ng.org/hg/crosstool-ng |
# 18:13:11 |
smartin |
quits |
# 18:16:00 |
dbtid |
y_morin: does the LTO tool allow dead code (function) elimination? |
# 18:16:38 |
y_morin |
dbtid: I believe it partially does. At least, functions that are not called would be eliminated. |
# 18:16:50 |
y_morin |
dbtid: but 'col paths' in code probably not. |
# 18:16:56 |
dbtid |
col paths? |
# 18:16:58 |
y_morin |
s/col/cold/ |
# 18:17:21 |
dbtid |
cold path being dead code in a function? |
# 18:17:27 |
y_morin |
yes |
# 18:17:42 |
y_morin |
dbtid: for eample a branch of an if-else |
# 18:17:46 |
y_morin |
example... |
# 18:23:05 |
y_morin |
is now known as: y_morin|away |
# 19:34:35 |
dbtid |
parts #crosstool-ng |
# 19:49:41 |
sh4rm4 |
quits : Remote host closed the connection |
# 19:57:24 |
y_morin|away |
is now known as: y_morin |
# 20:54:27 |
ccole |
quits : Ping timeout: 258 seconds |
# 20:55:12 |
ccole |
joins #crosstool-ng |
# 21:01:17 |
sh4rm4 |
joins #crosstool-ng |
# 21:01:20 |
ccole |
parts #crosstool-ng |
# 21:38:22 |
y_morin |
is now known as: y_morin|away |
# 21:53:09 |
y_morin|away |
is now known as: y_morin |
# 23:38:42 |
al` |
joins #crosstool-ng |