ibotlog2html for #crosstool-ng

<< Previous 2014-02-16 Next >>

# 00:19:52 doc2 quits : Remote host closed the connection
# 00:24:35 imMute quits : Ping timeout: 272 seconds
# 00:24:59 imMute joins #crosstool-ng
# 00:43:43 memleak hello imMute :)
# 00:44:10 imMute yo
# 00:44:23 memleak are you mute in RL?
# 00:44:39 imMute nope
# 00:44:42 memleak oh ok
# 00:44:48 memleak well that's good!
# 00:45:05 imMute it was a joke from middle school that I can't even remember anymore
# 00:45:12 memleak heh!
# 00:45:23 memleak are you a regular here?
# 00:46:10 imMute been idling here for a year or so
# 00:46:27 memleak oh ok!
# 01:58:37 diorcety joins #crosstool-ng
# 02:01:27 diorcety1 quits : Ping timeout: 252 seconds
# 02:20:00 mingwandroid_ quits : Remote host closed the connection
# 05:11:19 perr joins #crosstool-ng
# 05:16:53 perr quits : Ping timeout: 248 seconds
# 05:26:30 perr joins #crosstool-ng
# 05:35:44 perr quits : Ping timeout: 246 seconds
# 05:48:13 perr joins #crosstool-ng
# 05:57:25 perr quits : Ping timeout: 248 seconds
# 06:05:10 memleak quits : Ping timeout: 260 seconds
# 06:18:24 memleak joins #crosstool-ng
# 07:10:57 bhundven codyps: at build-libc-final for x86_64 (x86_64/i686/x32) :)
# 07:22:00 bhundven finished x86_64, just switched to i686
# 07:22:57 doc2 joins #crosstool-ng
# 07:31:58 bhundven I wonder if there is a way to build (e)glibc without having to build the texi and manuals over and over (ie, multilib/cross-canadian)
# 07:38:34 doc2 quits : Remote host closed the connection
# 07:48:00 bhundven think I see how to do it
# 08:09:19 memleak GOOD NIGHT ALL!
# 08:38:34 bhundven last_multi=$(( ${#multilibs[@]} - 1)); if [ "${multilib}" = "${multilibs[last_multi]}" ]; then multi_last="y" fi # then check for [ "${multi_last}" = "y" ] when building manuals and locales.
# 09:05:55 smartin_ joins #crosstool-ng
# 10:19:19 y_morin joins #crosstool-ng
# 11:40:41 ansiwen quits : Remote host closed the connection
# 13:50:17 doc2 joins #crosstool-ng
# 15:04:22 ansiwen joins #crosstool-ng
# 15:07:27 ansiwen quits : Remote host closed the connection
# 15:11:28 ansiwen joins #crosstool-ng
# 15:28:03 ansiwen quits : Remote host closed the connection
# 15:32:00 ansiwen joins #crosstool-ng
# 16:06:45 ansiwen quits : Remote host closed the connection
# 16:13:10 ansiwen joins #crosstool-ng
# 16:23:18 ansiwen quits : Remote host closed the connection
# 16:28:57 ansiwen joins #crosstool-ng
# 16:47:29 ben1066 quits : Quit: No Ping reply in 180 seconds.
# 16:48:03 ben1066 joins #crosstool-ng
# 17:02:08 ansiwen_ joins #crosstool-ng
# 17:04:30 imMute^ joins #crosstool-ng
# 17:08:14 ansiwen quits : *.net *.split
# 17:08:15 imMute quits : *.net *.split
# 19:27:37 bhundven y_morin: so I can build a multilib toolchain now
# 19:27:49 bhundven few problems left
# 19:29:00 bhundven x86_64 (x86_64/i686/x32) builds x86_64, twice (for x86_64 and x32), and once for i686. So there is still a problem in the multilib target selection stuff. But I know that problem.
# 19:29:18 bhundven manuals were being built for each multilib target
# 19:29:59 bhundven so I calculate the number of targets and check for the last multilib target to trigger making manuals. If you're not making multilib, the first target is the last one, so manuals get made still.
# 19:30:33 bhundven idk if locales should be made for each target or just last like manuals?
# 19:30:43 y_morin bhundven: Great! Sounds good do far!
# 19:31:01 bhundven also
# 19:31:08 y_morin bhundven: locales: I guess once is enough: locales are a single set, which should be target-independent.
# 19:31:13 bhundven should each target library be made for each multilib target?
# 19:31:39 y_morin bhundven: Ideally, yes. But what libraries are we speaking about? binutils' libs? Others?
# 19:31:46 bhundven binutils, yea
# 19:31:54 bhundven anything else that gets built after final libc
# 19:32:32 y_morin bhundven: I am a bit uncertain we want to keep that.
# 19:32:46 bhundven ok, so I'm glad now that we broke out getting the multilib target in arch/ and not doing it directly in glibc-eglibc-common
# 19:32:54 bhundven keep which?
# 19:33:09 y_morin bhundven: For duma and dmalloc, it looked like a good idea at the time I added those. But in the end, it does not really fit as part of a toolchain.
# 19:33:22 bhundven I see
# 19:33:48 y_morin bhundven: For binutils, it makes more sense, since we have to ensure libbfd et al. are the same as the ones used to build the toolchaiun (if one wants to do stuff with them).
# 19:34:21 y_morin bhundven: But still, I believe we might be able get rid of them.
# 19:34:44 y_morin Maybe we _should_ get rid of them. Any reason why not?
# 19:34:49 bhundven y_morin: agreed
# 19:35:10 bhundven well, I have to say that some of the debug tools and libraries are handy
# 19:35:29 bhundven gdb, as mingwandroid said, also needs some love.
# 19:35:46 y_morin bhundven: gdb: we want to keep it, I think.
# 19:35:51 bhundven yup
# 19:36:36 bhundven I guess a better question is, do you see crosstool-ng being used more then the other toolchain builder in buildroot?
# 19:36:38 y_morin bhundven: strace and ltrace: they are easy enough to build, but if they pose the slighest isue, we just trash them and let them be built by the 'other' build-system.
# 19:37:04 bhundven right
# 19:37:06 y_morin bhundven: crosstool-NG is no longer a backend in Buildroot.
# 19:37:10 bhundven oh
# 19:37:16 bhundven too many issues?
# 19:37:21 y_morin bhundven: We ditched it some time ago.
# 19:37:45 y_morin bhundven: It was difficult to maintain. Also, it was not completely integrated.
# 19:37:52 bhundven hmm
# 19:38:16 bhundven but it does allow prebuilt toolchains from ct-ng, so... that works
# 19:38:28 y_morin bhundven: we were missing quite a few stuff, too specific to Buildroot, that I would not introduce in crosstool-NG just for the sake of easing integration in Buildroot only.
# 19:38:42 bhundven nods
# 19:38:43 y_morin bhundven: Yes, pre-built toolchains is still possible! :-)
# 19:39:28 y_morin bhundven: That's the way I use Buildroot: build a toolchain with ct-ng, and use it as an external toolchain in Buildroot. And that's the way I suggest people should go.
# 19:39:46 y_morin But it's time for dinner here. Back later!
# 19:39:46 bhundven ok, so with that route
# 19:39:48 bhundven sure
# 19:52:45 doc2 quits : Remote host closed the connection
# 19:58:50 memleak y_morin is a smart guy, i like him.
# 20:00:15 memleak y_morin: me and a few of my employees are going to be working on RTAI 3.x kernels for ARM, you interested at all?
# 21:09:15 ansiwen_ quits : Ping timeout: 252 seconds
# 21:28:31 ansiwen joins #crosstool-ng
# 21:42:50 ansiwen quits : Ping timeout: 264 seconds
# 21:49:08 bhundven y_morin: (Off-topic to ct-ng) one last question before you bail for the night. any plans to update the kconfig repo on your personal version control?
# 21:58:02 ansiwen joins #crosstool-ng
# 22:35:38 mingwandroid joins #crosstool-ng
# 22:40:39 y_morin quits : Remote host closed the connection
# 22:50:36 bhundven mingwandroid: yo
# 22:50:42 bhundven got ml working
# 22:50:49 bhundven haven't pushed yet
# 22:50:52 mingwandroid hey!
# 22:50:58 bhundven ok
# 22:50:59 mingwandroid great, I was about to do a test.
# 22:51:04 bhundven for any arch but sh or x86
# 22:51:16 bhundven you don't specify --enable-targets=all
# 22:51:26 bhundven that's a multi-arch thing, I think
# 22:51:33 bhundven but
# 22:51:37 bhundven for sh and x86
# 22:51:44 bhundven --with-multi-list
# 22:52:18 bhundven for x86, it would be: --with-multi-list=m64,m32,mx32
# 22:52:56 bhundven so for now, I've just added a string config for CC_GCC_MULTILIB_LIST
# 22:53:16 bhundven if you don't provide with-multilib-list then it defaults to= m64,m32
# 22:54:00 bhundven https://www.irccloud.com/pastebin/IwJMSRBg
# 22:54:13 bhundven so, I've gotten the default to work so far
# 22:55:08 mingwandroid if you don't specify do you not get all under some circumstances?
# 22:55:22 bhundven I haven't found that
# 22:55:37 bhundven well, I don't feel it is wise to trick gcc
# 22:55:52 bhundven then we have to maintain the tricks further down the line
# 22:56:11 bhundven and try to figure out why we made symlinks everywhere...
# 22:56:19 bhundven shrugs
# 22:56:25 mingwandroid we don't make symlinks anymore?
# 22:56:41 bhundven nah, like all the lib32/lib64 madness
# 22:56:49 mingwandroid yeah, I removed all that.
# 22:56:52 bhundven yup
# 22:57:15 bhundven I'm saying I don't remember why we did that
# 22:57:20 mingwandroid ah right.
# 22:57:28 bhundven but it was probably a hack for old pre-sysroot toolchains
# 22:57:54 mingwandroid CT_ENABLE_LEGACY_HACKS
# 22:58:08 mingwandroid can we ever clean out stuff?
# 22:58:08 bhundven haha, yea, their just not marked
# 22:58:18 bhundven that is after multilib on my list
# 22:58:29 bhundven operation: refactor
# 22:58:58 mingwandroid ok.
# 22:59:10 bhundven I'm a one track kinda person :)
# 22:59:23 mingwandroid I like to have a few things on the go ;-)
# 22:59:35 mingwandroid probably to the detriment of each individually.
# 22:59:59 bhundven ok, well, let me get back to cleaning this up and run another test and I'll push
# 23:00:22 mingwandroid ok
# 23:00:37 bhundven you might not like some of my changes, so I wanted to discuss if there is a better way to do this case-spagetti
# 23:00:49 bhundven hehe
# 23:03:07 smartin_ quits : Quit: leaving
# 23:08:24 mingwandroid necessity is the mother of spagetti
# 23:14:01 bhundven ok, pushed, but my build isn't done, so... ymmv
# 23:14:03 bhundven :)
# 23:14:08 mingwandroid ok cool
# 23:14:24 bhundven look at arch/x86.sh
# 23:15:12 mingwandroid I'm going to do a bit of work on my build script to allow specifying the crosstool-ng folder to use ..
# 23:15:30 bhundven hehe
# 23:15:44 mingwandroid .. so I can do tests on different ones easily.
# 23:15:45 bhundven that's why I do one thing at a time ;)
# 23:16:17 bhundven oh, I just add ${HOME}/ctng/bin to my PATH
# 23:16:39 bhundven and --prefix="${HOME}/ctng" when configuring ct-ng
# 23:18:01 bhundven but, I digress. no clue what you're env is like
# 23:20:01 bhundven btw: "If --with-multilib-list is not given, then only 32-bit and 64-bit run-time libraries will be enabled." http://gcc.gnu.org/install/configure.html
# 23:20:48 bhundven for arm, there must be something more specific to triggering each multilib variation
# 23:21:16 bhundven so I'm just starting with easy (x86 powerpc and maybe sh)
# 23:22:54 bhundven there are other things to consider as well
# 23:23:48 bhundven like the arch specific --with-{cpu,tune,arch}{,-32,-64} options
# 23:24:36 bhundven so rethinking the config parameters might be needed
# 23:25:20 bhundven (like using --with-tune for default arch, and either --with-tune-32 or --with-tune-64 for the other arch in the multilib)
# 23:27:32 mingwandroid eyeballing the patches, one thing:
# 23:27:34 mingwandroid target=${target/#i[34567]86-/x86_64-}
# 23:27:39 mingwandroid is the # deliberate?
# 23:29:15 bhundven yes, # is for anchoring at the beginning of the string
# 23:29:18 bhundven % is the end
# 23:30:29 mingwandroid ah ok. didn't know that.
# 23:31:07 bhundven hmm, I don't think my multi_last thing is working
# 23:31:16 bhundven just saw manuals built after x86_64
# 23:31:19 bhundven er, m64
# 23:31:36 bhundven I'm sure that patch can be done differently
# 23:32:31 bhundven https://bitbucket.org/bhundven/crosstool-ng-wip/commits/684d36d661ae976e286844d79ae8ef8d306af425#chg-e_glibc-build-manuals-locales-last
# 23:33:37 bhundven well, this is easier to read: https://bitbucket.org/bhundven/crosstool-ng-wip/src/684d36d661ae976e286844d79ae8ef8d306af425/e_glibc-build-manuals-locales-last?at=default
# 23:37:44 bhundven yup, my build is now doing mx32
# 23:37:48 bhundven so, I'm happy
# 23:45:59 bhundven anyways, was just looking for feedback on the dual case in x86.sh
# 23:46:16 bhundven It works, I just think it's ugly as hell
# 23:47:01 bhundven also, remember that we should keep the multilib target abstracted
# 23:47:10 bhundven looks like we'll need it for binutils
# 23:47:15 bhundven (target libraries)
# 23:47:42 bhundven CT_DoArchMultilibTarget() i mean.
# 23:49:10 mingwandroid I think I've got away with just --enable-targets=all for binutils so far.
# 23:49:31 bhundven we'll see ;) I have a feeling it'll need more
# 23:49:39 mingwandroid .. maybe I'm not even passing anything special and it's just working. binutils tends to be a bit more forgiving I think, yeah, we'll see.
# 23:49:53 bhundven check out the ibot logs in the topic
# 23:50:11 bhundven I had a discussion with yann about stuff that pertains to that.
# 23:55:09 bhundven https://www.irccloud.com/pastebin/cvE4jldR
# 23:55:13 bhundven :)
# 23:56:27 bhundven now it's time to start making some really weird toolchains!
# 23:57:05 bhundven some that will break will be ones like: pentium-unknown-linux-gnu
# 23:57:24 bhundven reminds me
# 23:57:47 bhundven the m32 arch should be set-able
# 23:57:58 bhundven so by default, codyps used i386
# 23:58:22 bhundven but that is not supported anymore, 486 is next best for generic
# 23:58:53 mingwandroid nice. can you -print-multi-os-directory on each?
# 23:59:18 mingwandroid /opt/toolchains/x86_64-multilib-linux-gnu/bin/x86_64-multilib-linux-gnu-gcc -print-multi-os-directory -m32
# 23:59:21 mingwandroid /opt/toolchains/x86_64-multilib-linux-gnu/bin/x86_64-multilib-linux-gnu-gcc -print-multi-os-directory -m64
# 23:59:24 mingwandroid /opt/toolchains/x86_64-multilib-linux-gnu/bin/x86_64-multilib-linux-gnu-gcc -print-multi-os-directory
# 23:59:33 mingwandroid .. is everything present and correct?

Generated by ibotlog2html by Yann E. MORIN