ibotlog2html for #crosstool-ng

<< Previous 2012-11-09 Next >>

# 02:20:31 fireandfuel quits : Read error: Connection reset by peer
# 02:44:26 paulm joins #crosstool-ng
# 02:45:08 paulm quits : Client Quit
# 03:09:00 paulm joins #crosstool-ng
# 03:10:00 paulm Hiya. Any real humans around...? :)
# 03:13:43 paulm Or fake ones I guess... I'm not picky...
# 03:13:53 dalias hi
# 03:15:58 paulm Hi. I am trying to build a mingw32 cross compiler host on pc linux and having a problem. It fails both on 1.16 and on a checkout from the repo.
# 03:16:26 paulm I have found a thread on the mailing list where someone else was having this problem: http://sourceware.org/ml/crossgcc/2012-08/msg00029.html
# 03:16:59 paulm Yann says that he's going to look at it, but there's no reply. Wondering if anyone here knows if anyone came across a fix for this?
# 05:01:41 sh4rm4 quits : Remote host closed the connection
# 05:03:32 sh4rm4 joins #crosstool-ng
# 05:03:50 paulm In case someone sees this and they have a comment, I'll check the IRC logs next week. For reference, build,host = x86_64-unknown-linux-gnu, target = i686-pc-mingw32
# 05:44:23 tkil paulm -- does your workaround work?
# 05:44:28 tkil er, the workaround mentioned in the thread?
# 05:45:45 tkil although yann did say that the bundled example config worked. maybe compare configs, see what might have changed that would cause that error?
# 05:45:58 tkil a polite ping on the mailing list would not go astray, either, imo.
# 06:14:30 paulm Hi. Thanks for your comments.
# 06:15:03 tkil np. cross compiling is always an adventure. :)
# 06:15:44 paulm I didn't try the workaround in the thread because Yann specifically said that it wasn't a good one because it would break things other than mingw32. So I was looking to see if there was a real, proper fix.
# 06:16:02 tkil ... how many platforms are you building toolchains for?
# 06:17:26 paulm For me, the bundled example won't build because my native compiler wasn't permissive enough to let some of the specified version of the libraries/compilers through. And once I'd updated them to versions that would compile I started getting my original problem again. doh.
# 06:17:50 paulm We're trying to build 3 different toolchains currently.
# 06:18:32 paulm I was going to try the ML next. Just thought that this would be a good place to start, since it's pseudo-realtime. :) I'll send an email to the list early next week with some better details.
# 06:19:51 tkil might try sending it sooner, so people have the weekend to reply.
# 06:19:53 tkil either way, good luck. :)
# 06:19:57 paulm thanks
# 06:20:36 paulm nah, I'm outa here in about 10 seco... click... :)
# 06:20:48 paulm quits : Remote host closed the connection
# 07:33:46 diorcety quits : Read error: Connection reset by peer
# 08:09:50 diorcety joins #crosstool-ng
# 09:28:40 mingwandroid quits : Quit: Leaving.
# 11:04:42 y_morin joins #crosstool-ng
# 12:27:31 Net147 joins #crosstool-ng
# 14:07:48 sfan5|OFF is now known as: sfan5
# 14:09:43 diorcety y_morin: Hi!
# 14:09:55 y_morin diorcety: howdy!
# 14:10:03 kos_tom y_morin: hello!
# 14:10:12 y_morin kos_tom: howdy, too! ;-)
# 14:10:23 diorcety diorcety: good vacation?
# 14:10:44 y_morin diorcety is speaking to himself once again! ;-)
# 14:10:57 diorcety y_morin: good vacation,
# 14:10:58 diorcety ?
# 14:11:25 y_morin diorcety: Yep! As usual, ELC-E and LinuxCon was a nice place to be! Too short, though...
# 14:11:53 diorcety ^^
# 14:12:01 y_morin diorcety: did you eventually manage to get to a working state for your Darwin target stuff?
# 14:14:29 diorcety y_morin: of course
# 14:14:41 diorcety we have questions (yes i found a mate) to ask you :D
# 14:15:10 y_morin diorcety: nice to read that! I've seen a few persons at ELC-E that will be happy to see that support in ct-ng! ;-)
# 14:16:24 y_morin diorcety: fire up your questions, then! Note however that the release is now 10 days late, and I must _really_ get it out today^Wtonight.
# 14:17:04 y_morin diorcety: So I'll gladly answer question that are easy, but will post-pone any more complex ones (in which case, you should post on the list).
# 14:17:52 diorcety post-pone then … i haven't really the time today too :)
# 14:20:54 y_morin diorcety: OK.
# 14:23:22 diorcety y_morin: I don't want to scare you .. :D
# 14:23:28 y_morin ;-)
# 14:31:47 mingwandroid1 joins #crosstool-ng
# 14:31:54 mingwandroid1 hi..
# 14:41:02 y_morin mingwandroid1: hello! Just ask your question! ;-)
# 14:42:41 mingwandroid1 I've not really got a question, more introducing myself, I've started to do some work with diorcety on darwin support for crosstool-ng
# 14:43:50 y_morin mingwandroid1: OK! :-)
# 14:45:11 mingwandroid1 so you're not against the idea of supporting darwin (iOS and OSX)?
# 14:46:57 y_morin mingwandroid1: I don't do it myself, but if there are people interested, and the patches are not too intrusive, why not?
# 14:55:58 diorcety not too intrusive? how far? :D
# 14:56:25 y_morin diorcety: It should basically be limited to:
# 14:56:37 y_morin 1) a new 'kernel' script and config file
# 14:56:56 y_morin 2) fixes here and there to account for new tuples, if needed
# 14:57:07 y_morin 3) fixes here and there to account for new paths, if needed
# 14:57:23 y_morin But it should not have impacts on the framework as a whole.
# 14:57:39 mingwandroid1 One complication is that there's a different binutils (cctools) and linker (ld64)...
# 14:57:53 mingwandroid1 ...and potentially 3 different compilers (gcc, llvmgcc and clang)
# 14:58:09 y_morin diorcety: It is a fuzzy frontier, there's no clean rules. I'll have to see the patchset first
# 14:58:41 y_morin mingwandroid1: that's the kind of things I'm not too afraid of. We already have infrastructure to use different components.
# 14:59:00 y_morin mingwandroid1: although the llvm stuff still scares me a little bit...
# 15:00:14 diorcety it requires some modification in config to support built of many compilers
# 15:03:14 mingwandroid1 y_morin: ok, are you thinking to avoid supporting llvm in general?
# 15:04:47 y_morin diorcety: that kind of change is OK. What I do not want, for example, is a bunch of "if DARWIN; then else" constructs all over the place.
# 15:06:02 y_morin mingwandroid1: no, I would like to support LLVM. But last I looked at it, its build procedure sounded quite different from the wat gcc is built that I really wonder how we'll be able to fit it in the current framework, or how we would have to adapt the framework to llvm...
# 15:06:30 y_morin s/wat/way/
# 15:06:50 sfan5 is now known as: sfan5|OFF
# 15:06:50 y_morin ctngbot: shut up.
# 15:06:58 y_morin ;-)
# 15:09:21 diorcety :D
# 15:09:29 diorcety he talks to a bot
# 15:09:54 y_morin diorcety: better than speaking to myself! ;-)
# 15:15:17 fireandfuel joins #crosstool-ng
# 15:15:58 fireandfuel quits : Read error: Connection reset by peer
# 15:18:08 fireandfuel joins #crosstool-ng
# 15:25:51 mingwandroid1 lol.
# 15:26:02 mingwandroid1 ctngbot: he meant laugh out loud.
# 15:26:41 mingwandroid1 y_morin: at the simplest, building clang with llvm is very easy and traditional style (configure, make, make install)
# 15:27:39 diorcety i have to go. see you
# 15:27:41 diorcety parts #crosstool-ng
# 15:27:57 y_morin mingwandroid1: it's not about ./congure and stuff, it's about the different steps needed.
# 15:28:25 mingwandroid1 as in newlib/glibc etc?
# 15:28:35 y_morin mingwandroid1: it is not clear to me what has to built, and in which order: llvm, clang, stdc++...
# 15:28:51 y_morin mingwandroid1: sort of, yes.
# 15:29:11 y_morin mingwandroid1: for now, we have a single component that provides the compiler: gcc.
# 15:29:44 y_morin mingwandroid1: but for llvm-stuff, I can see at least three such components: llvm, clang and the stdc++ library (for C++, of course)
# 15:30:20 y_morin mingwandroid1: also, I did not see how llvm/clang/... handle the sysroot stuff, that is rather central to how gcc find headers and libs.
# 15:30:34 mingwandroid joins #crosstool-ng
# 15:30:47 y_morin mingwandroid: but I'll wait for you guys' patchset
# 15:30:56 y_morin mingwandroid1: did you miss my l;ast messages?
# 15:33:28 fireandfuel hi, I tried to build a toolchain for my ypr0, but it failed at "Installing C library" with a ld error, anyone an idea why it failed?
# 15:34:12 mingwandroid1 y_morin: no I saw it.
# 15:34:38 y_morin fireandfuel: yes, we have an idea, but we won't tell until you provide the full error log, so we can be sure our guess is correct or not. ;-)
# 15:34:55 mingwandroid quits : Ping timeout: 246 seconds
# 15:35:04 mingwandroid1 y_morin: ok, well, you don't build the system libs for darwin (beyond libgcc), you them from Apple's SDK.
# 15:35:05 y_morin fireandfuel: post the .config and build.log to some paste-bin site so we can look at them.
# 15:35:25 fireandfuel y_morin: ok ^^
# 15:37:43 fireandfuel config file: http://pastebin.com/kyh5xN03 ... build.log is huge, 10M, can't use pastebin for that -.-
# 15:38:54 y_morin fireandfuel: compress it, and put it on some file-hosting site. If it's <512KiB, you can post it to the list.
# 15:39:06 mingwandroid1 fireandfuel: also you can just look for the error
# 15:41:32 fireandfuel y_morin: I cut out the last part while make entering a directory: http://pastebin.com/rWia9QgG
# 15:47:08 y_morin fireandfuel: No idea so far... I have the build rnning here. Will check if I can see the issue...
# 15:48:32 y_morin fireandfuel: why do you need to set patches to "bundled,local"? You do not even have a directory set for where to get your local patches...
# 15:53:20 fireandfuel y_morin: just copied it from an old toolchain, forgot to remove "local" for the patches (I don't have any local patches now)
# 15:54:51 sfan5|OFF is now known as: sfan5
# 16:07:00 y_morin fireandfuel: Any reason why you de-selected "Build shared libraries" (in kernel sub-menu) ?
# 16:09:05 fireandfuel y_morin: No. It's better to enable it?
# 16:09:38 y_morin fireandfuel: static-only is seldom tested, and bound to break easily. I personally never test it.
# 16:09:55 y_morin fireandfuel: I'm attempting a new buld with that enabled.
# 16:10:33 y_morin fireandfuel: From the error log, it seems there's a library missing in the linking phase of some of the C library utilities.
# 16:11:02 y_morin fireandfuel: and that's probably because static-only is not really possible in glibc/eglibc, so they do not bother testing that.
# 16:11:03 smartin joins #crosstool-ng
# 16:11:39 y_morin smartin: Hello! :-) Did you have a nice trip back home?
# 16:13:21 smartin y_morin: hi! i'm still in Barcelona, discovering and enjoy the city :)
# 16:13:51 y_morin smartin: Oh! Lucky you! It's cold and ranining here... :-(
# 16:15:07 y_morin *raining
# 16:16:25 y_morin fireandfuel: Switching "Build shared libraries" on solves the issue.
# 16:17:09 smartin hmm... so maybe i should stay in Spain! ;)
# 16:19:23 y_morin smartin: :-)
# 16:24:00 mingwandroid joins #crosstool-ng
# 16:24:20 fireandfuel y_morin: seems to work, ... "Installing C library" is done
# 16:24:41 y_morin fireandfuel: yes, the build completed fine here.
# 16:25:50 mingwandroid1 quits : Ping timeout: 255 seconds
# 16:27:47 fireandfuel y_morin: thank you ;)
# 16:27:58 y_morin fireandfuel: cheers!
# 16:34:25 mingwandroid quits : Ping timeout: 246 seconds
# 16:35:41 mingwandroid joins #crosstool-ng
# 16:39:17 mingwandroid quits : Read error: No route to host
# 17:48:43 sfan5 is now known as: sfan5|OFF
# 18:09:23 fireandfuel parts #crosstool-ng
# 18:16:10 fireandfuel joins #crosstool-ng
# 18:16:14 fireandfuel parts #crosstool-ng
# 19:20:22 fireandfuel joins #crosstool-ng
# 19:21:46 fireandfuel parts #crosstool-ng
# 19:35:38 linuxjacques joins #crosstool-ng
# 20:42:51 mingwandroid joins #crosstool-ng
# 21:02:53 diorcety joins #crosstool-ng
# 21:35:23 mingwandroid quits : Quit: Leaving.
# 21:35:41 mingwandroid joins #crosstool-ng
# 21:36:29 mingwandroid1 joins #crosstool-ng
# 21:36:52 Net147 quits : Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!
# 21:39:58 mingwandroid quits : Ping timeout: 246 seconds

Generated by ibotlog2html by Yann E. MORIN