ibotlog2html for #crosstool-ng

<< Previous 2012-10-02 Next >>

# 00:17:50 codyps quits : Ping timeout: 252 seconds
# 00:41:11 devcoder quits : Quit: devcoder
# 04:58:40 alan_o quits : Quit: Leaving
# 06:38:29 sspiff joins #crosstool-ng
# 07:06:20 Net147 joins #crosstool-ng
# 07:14:24 smartin quits : Quit: leaving
# 07:56:57 smartin joins #crosstool-ng
# 09:03:50 Net147 quits : Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :)
# 11:49:06 sspiff quits : Remote host closed the connection
# 11:49:34 sspiff joins #crosstool-ng
# 11:49:34 sspiff quits : Changing host
# 11:49:34 sspiff joins #crosstool-ng
# 15:18:38 codyps joins #crosstool-ng
# 16:48:47 codyps quits : Ping timeout: 246 seconds
# 16:49:23 codyps joins #crosstool-ng
# 16:56:35 y_morin joins #crosstool-ng
# 17:15:40 aaribaud hi all, sorry for the repeat. I have just installed crosstool-ng to experiment with gcc in order to analyze an issue I've been handed as the U-Boot ARM custodian. Therefore I may need to patch gcc and rebuild it several times, and I'm a bit lost as how this should be done within crosstool-ng. For instance, should I create a local patch repository, or should I directly patch under .build once a first ct-ng build is done? A
# 18:08:39 smartin quits : Quit: leaving
# 19:15:48 smartin joins #crosstool-ng
# 19:27:50 imMute quits : Ping timeout: 246 seconds
# 20:41:34 y_morin aaribaud: hello!
# 20:41:44 aaribaud y_morin: hello
# 20:42:12 y_morin aaribaud: crosstool-NG was not designed for this task. However, the best bet in your case would be to patch gcc manually before each build.
# 20:42:35 y_morin aaribaud: what I would suggest is:
# 20:42:46 y_morin 1) do a full build
# 20:42:54 y_morin 2) cd .build/src
# 20:43:06 y_morin 3) cp -a gcc-X.Y.Z gcc-X-Y-Z.orig
# 20:43:13 y_morin 4) patch gcc-X.Y.Z
# 20:43:17 y_morin 5) rebuild
# 20:43:59 y_morin 6) when you are satisfied with the patching, diff against .orig to keep your patch, and add that patch to gcc's patches/gcc/X.Y.Z
# 20:44:26 y_morin 7) rm -rf ,build/src/gcc-X.Y.Z, and go back to 3)
# 20:44:37 y_morin aaribaud: of course, YMMV, as they say.
# 20:46:28 aaribaud y_morin: thanks for the detailed suggestion! That'll save me a lot of time. I'll be sure to drop you a note once I get the patch accepted by the GCC people. :)
# 20:46:57 y_morin aaribaud: what does that mean, you being the "U-Boot ARM custodian" ?
# 20:47:11 aaribaud y_morin: do you know U-Boot?
# 20:47:15 y_morin Yep.
# 20:47:39 y_morin It's the "custodian" part I don't understand (I know the word, though).
# 20:48:06 y_morin Does that mean you're considered "maintainer" for the ARM port(s) ?
# 20:48:08 aaribaud ok, simplest explanation : http://www.denx.de/wiki/U-Boot/Custodians
# 20:48:46 aaribaud you can consider me the maintainer for ARM, but in U-Boot parlance, "maintainer" is for boards.
# 20:48:58 y_morin aaribaud: OK, you're in maintainership
# 20:49:05 y_morin OK!
# 20:50:04 y_morin aaribaud: In case you need more assistance in using ct-ng, just pop here, although I'm not always on-line (I'm here ~17:00 UTC to ~22:00 UTC)
# 20:50:28 y_morin (That is off-work times in France...
# 20:51:26 aaribaud y_morin: thanks. I'd dutifully read the ct-ng info before popping in here. :)
# 20:51:52 y_morin aaribaud: :-)
# 20:52:16 y_morin aaribaud: there's some usefull stuff in docs/ but the internals are not clearly documented... :-(
# 20:54:02 aaribaud y_morin: I'll certainly be sticking to the recipe you gave me, at least for the moment. After all, I'm going to dive into the GCC internals, which is enough to keep me busy with. :)
# 20:54:30 y_morin aaribaud: that's for sure, indeed! :-)
# 22:17:45 sh4rm4 quits : Remote host closed the connection
# 22:19:32 sh4rm4 joins #crosstool-ng
# 23:18:36 y_morin quits : Quit: Nighty Night!

Generated by ibotlog2html by Yann E. MORIN