| # 00:39:48 | mingwandroid_ | joins #crosstool-ng |
| # 00:41:59 | mingwandroid | quits : Ping timeout: 240 seconds |
| # 00:49:59 | mingwandroid | joins #crosstool-ng |
| # 00:52:43 | mingwandroid_ | quits : Ping timeout: 264 seconds |
| # 01:11:47 | tlwoerner | bhundven: are you still around? |
| # 02:00:38 | oty | quits : Ping timeout: 245 seconds |
| # 02:35:05 | mingwandroid_ | joins #crosstool-ng |
| # 02:37:16 | mingwandroid_ | quits : Remote host closed the connection |
| # 02:38:07 | mingwandroid | quits : Ping timeout: 252 seconds |
| # 04:03:47 | sh4rm4 | quits : Ping timeout: 252 seconds |
| # 04:18:13 | sh4rm4 | joins #crosstool-ng |
| # 04:54:42 | tlwoerner | quits : Excess Flood |
| # 04:58:24 | tlwoerner | joins #crosstool-ng |
| # 05:26:23 | djerome | quits : Remote host closed the connection |
| # 05:28:34 | djerome | joins #crosstool-ng |
| # 06:33:17 | djerome | quits : Quit: Leaving |
| # 09:07:22 | diorcety | joins #crosstool-ng |
| # 10:38:43 | smartin_ | joins #crosstool-ng |
| # 10:56:16 | y_morin | joins #crosstool-ng |
| # 10:58:28 | perr | joins #crosstool-ng |
| # 10:58:28 | perr | quits : Changing host |
| # 10:58:28 | perr | joins #crosstool-ng |
| # 11:07:03 | oty | joins #crosstool-ng |
| # 11:08:37 | Net147 | joins #crosstool-ng |
| # 11:12:34 | oty | quits : Quit: Leaving. |
| # 11:13:35 | oty | joins #crosstool-ng |
| # 11:14:04 | oty | quits : Client Quit |
| # 11:14:59 | perr | quits : Ping timeout: 240 seconds |
| # 11:26:35 | perr | joins #crosstool-ng |
| # 11:45:31 | perr | quits : Ping timeout: 264 seconds |
| # 13:15:02 | perr | joins #crosstool-ng |
| # 13:23:19 | perr | quits : Ping timeout: 264 seconds |
| # 13:37:11 | perr | joins #crosstool-ng |
| # 13:53:19 | perr | quits : Ping timeout: 264 seconds |
| # 13:54:05 | perr | joins #crosstool-ng |
| # 13:58:49 | Net147 | quits : Quit: HydraIRC -> http://www.hydrairc.com <- \o/ |
| # 14:51:08 | sh4rm4 | quits : Ping timeout: 252 seconds |
| # 15:02:39 | perr | quits : Quit: Leaving |
| # 15:07:01 | sh4rm4 | joins #crosstool-ng |
| # 15:53:17 | sh4rm4 | quits : Ping timeout: 252 seconds |
| # 16:05:08 | sh4rm4 | joins #crosstool-ng |
| # 17:37:50 | djerome | joins #crosstool-ng |
| # 17:48:20 | oty | joins #crosstool-ng |
| # 17:48:30 | oty | Hey ! |
| # 17:50:01 | oty | Still trying to build a tool for arm-cortex_a8. I'm stuck on a error saying "error : field 'siginfo' has incomplete type : struct siginfo siginfo;" |
| # 17:50:39 | oty | I was pretty sure it was won first, y_morin :'( |
| # 17:52:01 | oty | pastebin.com/LDBXkz09 |
| # 17:57:35 | sh4rm4 | quits : Ping timeout: 252 seconds |
| # 18:12:47 | djerome | oty, i have a cortex-a8 armvy tool chain config: http://pastebin.com/7B4yjQ9W |
| # 18:12:56 | djerome | err, armv7 |
| # 18:13:48 | djerome | hardfloat |
| # 18:19:34 | oty | quits : Read error: Operation timed out |
| # 18:34:15 | oty | joins #crosstool-ng |
| # 18:35:40 | sh4rm4 | joins #crosstool-ng |
| # 18:39:15 | y_morin | quits : Quit: leaving |
| # 18:39:27 | y_morin | joins #crosstool-ng |
| # 18:44:54 | ius | Retry: I'm building latest-and-greatest gcc/glibc for sh4a, but run into [ALL ] (.text+0x4c4): undefined reference to `__emutls_get_address' during libc linking |
| # 18:45:16 | ius | Looks like gcc_s should be linked but it isn't.. anyone have an idea how to solve it? |
| # 18:49:30 | dalias | __emutls_get_address seems wrong |
| # 18:49:40 | dalias | sh supports real TLS |
| # 18:50:16 | ius | Right :) that's helpful I guess |
| # 18:50:28 | dalias | however there's a kernel bug in clone() that was only fixed a couple weeks ago, and which had been present since _forever_, that precluded thread-pointer/tls/threads from working right at all... |
| # 18:50:42 | dalias | (on sh) |
| # 18:51:14 | ius | I see. Don't have real hardware anyway, but was looking into testing qemu user emulation |
| # 18:51:53 | dalias | ah, that's likely to be less-broken :) |
| # 18:51:57 | dalias | but who knows |
| # 18:54:06 | ius | anyhow, I do have a ./build/build-cc-core-pass-2/sh4a-none-linux-gnu/libgcc/libgcc_s.so.1 containing the emutls functions |
| # 18:54:42 | ius | Can I perhaps 'fix' it by somehow telling it to not build emu TLS support at all? |
| # 19:00:30 | dalias | did you do --disable-tls ? |
| # 19:00:44 | dalias | if so that's what makes it build emutls :) |
| # 19:02:32 | dalias | btw here's the kernel bug that needs to be fixed for threads to work: |
| # 19:02:35 | dalias | https://lkml.org/lkml/2014/2/19/217 |
| # 19:03:14 | dalias | it's upstream at least in linux-mm tree; might be released now |
| # 19:03:25 | ius | no, i did not specify any extra configuration flags |
| # 19:03:41 | ius | so i guess i could try --enable-tls and/or check what configure determined |
| # 19:30:38 | ius | Passing --enable-tls seems to have worked. Thanks. |
| # 20:28:45 | dalias | wonder why it defaulted to off |
| # 20:56:05 | smartin__ | joins #crosstool-ng |
| # 21:14:59 | smartin__ | quits : Quit: leaving |
| # 21:19:45 | tlwoerner | quits : Excess Flood |
| # 21:21:00 | smartin_ | quits : Write error: Connection timed out |
| # 21:21:39 | tlwoerner | joins #crosstool-ng |
| # 22:43:48 | tlwoerner | quits : *.net *.split |
| # 22:44:42 | tlwoerner | joins #crosstool-ng |
| # 23:01:55 | memleak | y_morin, mpc mirror is broken for crosstool-ng |
| # 23:02:39 | memleak | http://ftp.gnu.org/gnu/mpc should be the new link |
| # 23:02:55 | memleak | at least for 1.0.2 |
| # 23:03:49 | memleak | scripts/build/companion_libs/140-mpc.sh |
| # 23:06:34 | y_morin | memleak: Downloads fine for me here. |
| # 23:06:52 | y_morin | memleak: wget 'http://www.multiprecision.org/mpc/download/mpc-1.0.2.tar.gz' --> OK |
| # 23:07:26 | memleak | ok my ISP is being a tool then, thanks |
| # 23:10:16 | memleak | sorry about that |
| # 23:16:37 | oty | ct-ng uses the .config located where it is used, or not ? |
| # 23:17:30 | oty | (or it only generate one here, overwriting the existing one ?) |
| # 23:27:27 | memleak | i believe it only uses .config |
| # 23:27:41 | memleak | in root of tree source |
| # 23:28:09 | memleak | one way to circumvent is to load configuration from alternative location (i think) |
| # 23:28:22 | memleak | possibly through kconfig |
| # 23:28:27 | memleak | dont remember off hand |
| # 23:29:10 | y_morin | quits : Quit: Nighty Night! |
| # 23:29:44 | oty | well |
| # 23:29:58 | oty | "oldconf" was the way. I guess. I hope. x) |
| # 23:50:11 | oty | quits : Quit: Leaving. |