| # 00:50:37 | ben1066_ | joins #crosstool-ng |
| # 00:50:49 | ben1066 | quits : Ping timeout: 245 seconds |
| # 00:55:35 | bhundven_ | joins #crosstool-ng |
| # 00:58:15 | bhundven | quits : Ping timeout: 240 seconds |
| # 00:58:21 | suy | quits : Ping timeout: 240 seconds |
| # 00:58:22 | xrl____ | quits : Ping timeout: 240 seconds |
| # 00:58:25 | bhundven_ | is now known as: bhundven |
| # 00:58:44 | perr | joins #crosstool-ng |
| # 00:58:44 | perr | quits : Changing host |
| # 00:58:44 | perr | joins #crosstool-ng |
| # 00:58:47 | suy | joins #crosstool-ng |
| # 00:58:49 | xrl____ | joins #crosstool-ng |
| # 01:04:07 | bjonnh | quits : Ping timeout: 240 seconds |
| # 01:05:24 | bjonnh | joins #crosstool-ng |
| # 01:07:57 | hgb | quits : Ping timeout: 264 seconds |
| # 01:08:28 | djerome | joins #crosstool-ng |
| # 01:20:48 | hgb | joins #crosstool-ng |
| # 01:42:18 | diorcety1 | joins #crosstool-ng |
| # 01:44:58 | diorcety | quits : Ping timeout: 240 seconds |
| # 02:08:43 | smartin | quits : Read error: Operation timed out |
| # 02:11:00 | djerome | I used 1.19.0 to make an armv7 tool chain (on my Fedor host) and I have ld-linux-armhf.so.3 in /lib but when I build programs with this tool chain they need /lib/ld-linux.so.3 What did I do wrong? |
| # 02:11:27 | djerome | err, I have ld-linux-armhf.so.3 in in the sysroot /lib |
| # 02:15:29 | smartin | joins #crosstool-ng |
| # 03:00:58 | djerome | my arm tool chain has gcc 4.6.3 which as far as I can tell uses /lib/ld-linux.so.3 for eabi dynamic loader. Why does the tool chain sysroot have /lib/ld-linux-armhf.so.3 ? Ima confusered. |
| # 03:02:51 | djerome | oo, tool chain has glinc-2.16.0: The hard-float variant of the ARM EABI now uses /lib/ld-linux-armhf.so.3 |
| # 03:02:52 | djerome | as the name of the dynamic linker ... |
| # 03:03:01 | djerome | err, glibc-2.16.0 |
| # 03:11:20 | perr | quits : Ping timeout: 246 seconds |
| # 03:23:46 | perr | joins #crosstool-ng |
| # 03:53:19 | alan_o | quits : Quit: Leaving |
| # 04:03:38 | sh4rm4 | quits : Ping timeout: 252 seconds |
| # 04:18:00 | sh4rm4 | joins #crosstool-ng |
| # 05:12:56 | perr | quits : Ping timeout: 252 seconds |
| # 05:24:45 | djerome | quits : Remote host closed the connection |
| # 05:26:23 | perr | joins #crosstool-ng |
| # 05:38:20 | perr | quits : Ping timeout: 246 seconds |
| # 05:58:38 | perr | joins #crosstool-ng |
| # 06:54:17 | perr | quits : Ping timeout: 246 seconds |
| # 07:06:23 | perr | joins #crosstool-ng |
| # 07:35:23 | perr | quits : Ping timeout: 252 seconds |
| # 07:36:42 | perr | joins #crosstool-ng |
| # 07:36:42 | perr | quits : Changing host |
| # 07:36:42 | perr | joins #crosstool-ng |
| # 08:21:22 | aalv | joins #crosstool-ng |
| # 09:25:48 | UukGoblin | quits : Changing host |
| # 09:25:48 | UukGoblin | joins #crosstool-ng |
| # 10:18:45 | perr | quits : Quit: Leaving |
| # 11:07:53 | mingwandroid | joins #crosstool-ng |
| # 13:28:33 | aalv1 | joins #crosstool-ng |
| # 13:32:35 | aalv | quits : Ping timeout: 246 seconds |
| # 15:46:15 | loide | joins #crosstool-ng |
| # 16:00:48 | aalv1 | quits : Quit: Leaving. |
| # 16:52:36 | thewonderidiot | joins #crosstool-ng |
| # 16:55:23 | y_morin | joins #crosstool-ng |
| # 17:00:29 | thewonderidiot | parts #crosstool-ng |
| # 18:44:56 | memleak | y_morin, almost finished writing gcc git support for ct-ng :) |
| # 18:45:17 | memleak | only adding 4.7 and 4.8 stable branches though, is that ok? |
| # 18:46:21 | bjonnh | I'm trying to use gcc 4.8 with mingw32, did you have any success with it ? |
| # 18:46:46 | bjonnh | (I was unable to get shared stdc++ lib with 4.5) |
| # 18:46:57 | mingwandroid | memleak: Oi! hands off my patches ;-) |
| # 18:47:35 | bjonnh | and I have to distribute some .exe files that's just stupid to have 500k executables for a 90k (linux shared) code size |
| # 18:47:37 | mingwandroid | memleak: what went wrong with your 3.81 build? |
| # 18:48:14 | memleak | a lot |
| # 18:48:19 | memleak | :/ |
| # 18:48:39 | mingwandroid | memleak: so gnumake itself built ok but that wasn't able to build things after? |
| # 18:49:05 | memleak | correct |
| # 18:49:38 | mingwandroid | hmm, I've had no problems, do you have version numbers for the things that failed? |
| # 18:49:48 | y_morin | mingwandroid: the eglibc-2.18 (2.16+ ? ) breaks when we build our own make-3.81. |
| # 18:50:03 | y_morin | mingwandroid: which in retrospect is strange, since I have make-3.81 on my system. |
| # 18:51:02 | y_morin | mingwandroid: I did not investigate exactly why it was failing, so I just changed make-3.81 to be force-built only if a component is known to require it. |
| # 18:51:22 | y_morin | mingwandroid: which is basically old versions of (e)glibc and the linux kernel. |
| # 18:51:37 | mingwandroid | y_morin: yes, that is weird. I built eglibc-2.18 ok with it. |
| # 18:51:50 | mingwandroid | eglibc-2.18 isn't old though!? it's current. |
| # 18:52:20 | y_morin | mingwandroid: No, you read it wrong: it build with our make-3.81. |
| # 18:52:37 | y_morin | Sorry: it *broke* with our make-3.81 |
| # 18:53:38 | y_morin | mingwandroid: I don't have make-3.82 on my system, so I just provided a script that was early in the PATH, and that would return 'GNU make 3-82' when run with --version, and otherwise just run make. |
| # 18:54:00 | y_morin | mingwandroid: Which force ct-ng to build make-3.81, which was used to build eglibc-2.18. |
| # 18:54:06 | y_morin | mingwandroid: And that's where it broke. |
| # 18:54:25 | y_morin | mingwandroid: While it builds fine with my system make-3.81. |
| # 18:56:11 | y_morin | mingwandroid: I haven't investigated what actually broke with our own make-3.81, though... |
| # 18:56:15 | mingwandroid | ok |
| # 18:58:47 | memleak | this is new.. |
| # 18:59:37 | memleak | pastebin.ca/2655823 |
| # 19:00:46 | memleak | only happens with mpc |
| # 19:00:55 | memleak | gcc kernel everything else extracted fine. |
| # 19:02:49 | memleak | force extraction doesnt fix it either |
| # 19:05:22 | y_morin | Got to go, dinner. Back ~21:00 UTC... |
| # 19:05:40 | bjonnh | configure: error: Unable to find a usable ISL. See config.log for details. |
| # 19:05:44 | bjonnh | what does that means ? |
| # 19:06:07 | memleak | it means look in crosstool-ng/config.log to see what went wrong |
| # 19:06:47 | bjonnh | checking for version 0.11 of ISL... no |
| # 19:08:01 | memleak | install isl on host system maybe? |
| # 19:08:21 | bjonnh | ok I was looking on target side |
| # 19:08:40 | bjonnh | I have it⦠|
| # 19:08:42 | bjonnh | isl 0.12.2 |
| # 19:09:06 | memleak | need version 0.11.2 |
| # 19:09:24 | bjonnh | can I just patch to tell "you can use 0.12" |
| # 19:09:29 | bjonnh | or are they really different ? |
| # 19:11:01 | memleak | gcc versions are meant only to be used within certain major versions of ISL / PPL |
| # 19:11:11 | memleak | minor releases not so much |
| # 19:11:32 | bjonnh | but on my arch system I'm with ISL 0.12.2 and gcc 4.8.2 |
| # 19:13:26 | bjonnh | that means that they patched gcc ? |
| # 19:13:34 | bjonnh | to allow it to compile ? |
| # 19:16:36 | memleak | are you compiling crosstool-ng with gcc 4.8.2 selected? |
| # 19:16:55 | bjonnh | yes I tried |
| # 19:17:10 | memleak | one moment |
| # 19:17:50 | bjonnh | wait IÂ got back to prior versions when it failed |
| # 19:17:54 | bjonnh | but maybe it's not the same errors |
| # 19:18:07 | bjonnh | I'm running it again with 4.8.2 |
| # 19:19:04 | memleak | hmmmmm |
| # 19:19:14 | memleak | no fancy patches in PKGBUILD for gcc 4.8.2 on arch |
| # 19:19:23 | memleak | in regards to ISL at least |
| # 19:19:29 | bjonnh | let's try it may be a different error |
| # 19:19:57 | bjonnh | oh wait. It's building a ISL for host. Can't I use my local version ? |
| # 19:23:10 | bjonnh | looks like it's not the same error as the configuring gcc is done |
| # 19:25:48 | bjonnh | I should use the i7 to compile those things |
| # 19:25:53 | bjonnh | rah |
| # 19:26:33 | memleak | yes |
| # 19:26:40 | memleak | i use 8-core 4 GHz CPU |
| # 19:26:59 | memleak | AMD's 8 core > Intel's $3,000 dual core |
| # 19:28:35 | bjonnh | yeah but the i7 is my wife's computer, for her video editing stuff, and many editing software sucks on AMD⦠|
| # 19:29:57 | bjonnh | ok different error in fact |
| # 19:30:07 | bjonnh | Error happened in: CT_DoExecLog[scripts/functions@257] |
| # 19:31:02 | memleak | bjonnh, i run adobe premiere cs6 all the time with AMD hardware |
| # 19:31:30 | memleak | radeon r9 290 handles it just fine |
| # 19:33:31 | memleak | pastebin last ~100 lines of build.log to pastebin plox |
| # 19:33:43 | memleak | PLOX KTHX |
| # 19:33:45 | memleak | :P |
| # 19:35:48 | bjonnh | plox Q |
| # 19:35:50 | bjonnh | ? |
| # 19:37:13 | bjonnh | yeah but I've read when we bought the machine that avid works better with i7. but maybe it's not true anymore |
| # 19:39:10 | bjonnh | it says that "/home/jo/x-tools/i686-unknown-mingw32/i686-unknown-mingw32/sysroot/mingw/include" doesn't exist (The directory that should contain system headers does not exist:) |
| # 19:39:41 | bjonnh | http://bjonnh.net/share/build_482_mingw_fail.txt |
| # 19:45:29 | bjonnh | ok I figured out the plox thing |
| # 20:18:34 | memleak | HAHAHA |
| # 20:19:04 | memleak | i say we bug y_morin about this one: [ALL ] The directory that should contain system headers does not exist: |
| # 20:19:04 | memleak | [ALL ] /home/jo/x-tools/i686-unknown-mingw32/i686-unknown-mingw32/sysroot/mingw/include |
| # 20:19:04 | memleak | [ERROR] make[2]: *** [stmp-fixinc] Error 1 |
| # 20:19:45 | memleak | plox is please in bitch speak |
| # 20:19:57 | memleak | im hyper |
| # 20:47:26 | mingwandroid | quits : Remote host closed the connection |
| # 21:03:52 | smartin_ | joins #crosstool-ng |
| # 21:12:23 | Net147 | joins #crosstool-ng |
| # 21:14:54 | Net147 | quits : Client Quit |
| # 21:28:20 | loide | quits : Quit: Saindo |
| # 22:59:18 | memleak | quits : Read error: Operation timed out |
| # 23:00:29 | y_morin | quits : Quit: Nighty Night! |
| # 23:11:44 | memleak | joins #crosstool-ng |
| # 23:15:38 | smartin_ | quits : Quit: leaving |