| # 00:22:37 | bhundven | joins #crosstool-ng |
| # 00:28:11 | stefanct | joins #crosstool-ng |
| # 00:28:11 | philenotfound | joins #crosstool-ng |
| # 00:29:42 | stefanct | quits : Quit: quit |
| # 00:30:29 | stefanct | joins #crosstool-ng |
| # 00:43:47 | blueness | quits : Quit: blueness |
| # 00:44:23 | blueness | joins #crosstool-ng |
| # 01:17:06 | Triskelios | joins #crosstool-ng |
| # 01:22:49 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 01:25:02 | xenoxaos | joins #crosstool-ng |
| # 01:36:11 | xenoxaos | quits : Remote host closed the connection |
| # 01:44:56 | xenoxaos | joins #crosstool-ng |
| # 01:46:44 | blueness | quits : Quit: blueness |
| # 02:11:56 | trigg | quits : Ping timeout: 244 seconds |
| # 02:15:18 | trigg | joins #crosstool-ng |
| # 02:31:32 | mingwandroid_ | quits : Ping timeout: 260 seconds |
| # 02:43:53 | blueness | joins #crosstool-ng |
| # 02:44:52 | bhundven_ | joins #crosstool-ng |
| # 02:45:28 | bhundven | quits : Write error: Connection reset by peer |
| # 02:46:13 | Triskelios | quits : Ping timeout: 252 seconds |
| # 02:50:06 | bhundven_ | is now known as: bhundven |
| # 02:50:13 | bhundven | quits : Changing host |
| # 02:50:13 | bhundven | joins #crosstool-ng |
| # 02:50:59 | trigg_ | joins #crosstool-ng |
| # 02:52:11 | blueness | quits : Quit: blueness |
| # 02:53:43 | trigg | quits : Ping timeout: 255 seconds |
| # 03:01:19 | blueness | joins #crosstool-ng |
| # 03:09:53 | philenotfound | quits : *.net *.split |
| # 03:22:49 | blueness | quits : Excess Flood |
| # 03:36:33 | Scraph | joins #crosstool-ng |
| # 03:37:22 | blueness | joins #crosstool-ng |
| # 03:38:41 | Scraph | Hey all, a quick `newb' question ... is my tool-chain directory, after the tool-chain has been built, simply intended to contain the literal binaries under bin ... or is this where I should be putting cross-platform includes/libraries as well? |
| # 03:40:12 | Scraph | I compiled a tool-chain and found that it cannot locate "omp.h", OpenMP, a fairly `standard' header ... so where should I be filling in these holes as I find them? |
| # 03:41:49 | Scraph | more clearly, the tool-chain itself compiles fine ... I find that I'm missing fairly standard headers when I go to use it... |
| # 03:42:11 | blueness | quits : Ping timeout: 268 seconds |
| # 03:51:26 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 03:55:10 | xenoxaos | joins #crosstool-ng |
| # 04:12:50 | ovf | quits : Ping timeout: 260 seconds |
| # 04:13:59 | roolebo | quits : Ping timeout: 260 seconds |
| # 04:19:57 | roolebo | joins #crosstool-ng |
| # 04:20:31 | ovf | joins #crosstool-ng |
| # 04:44:28 | Scraph | quits : Ping timeout: 268 seconds |
| # 04:44:58 | Scraph | joins #crosstool-ng |
| # 05:03:45 | Triskelios | joins #crosstool-ng |
| # 05:16:42 | stefanct | quits : Ping timeout: 240 seconds |
| # 05:17:31 | stefanct | joins #crosstool-ng |
| # 06:15:44 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 06:18:30 | xenoxaos | joins #crosstool-ng |
| # 06:28:44 | blueness | joins #crosstool-ng |
| # 06:50:14 | blueness | quits : Remote host closed the connection |
| # 06:53:57 | blueness | joins #crosstool-ng |
| # 07:03:49 | JakeSays | quits : Ping timeout: 244 seconds |
| # 07:16:31 | JakeSays | joins #crosstool-ng |
| # 07:21:06 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 07:22:59 | Guest60441 | joins #crosstool-ng |
| # 08:19:41 | Guest60441 | quits : Ping timeout: 268 seconds |
| # 08:21:35 | blueness | quits : Changing host |
| # 08:21:35 | blueness | joins #crosstool-ng |
| # 08:22:37 | xenoxaos | joins #crosstool-ng |
| # 08:42:30 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 08:44:08 | xenoxaos | joins #crosstool-ng |
| # 09:27:27 | mingwandroid | joins #crosstool-ng |
| # 10:05:54 | y_morin | joins #crosstool-ng |
| # 10:10:41 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 10:12:15 | xenoxaos | joins #crosstool-ng |
| # 11:05:38 | blino | quits : Ping timeout: 244 seconds |
| # 11:05:56 | blino | joins #crosstool-ng |
| # 11:22:22 | mingwandroid | quits : Ping timeout: 260 seconds |
| # 11:29:01 | mingwandroid | joins #crosstool-ng |
| # 12:36:06 | mingwandroid | quits : Ping timeout: 276 seconds |
| # 12:46:06 | blueness | quits : Quit: Leaving |
| # 12:51:04 | mingwandroid | joins #crosstool-ng |
| # 12:54:32 | Net147 | quits : Ping timeout: 264 seconds |
| # 12:56:54 | ovf | quits : Ping timeout: 276 seconds |
| # 12:59:18 | Net147 | joins #crosstool-ng |
| # 13:01:10 | wbx_ | is now known as: wbx |
| # 13:05:46 | ovf | joins #crosstool-ng |
| # 13:11:22 | ovf | quits : Ping timeout: 268 seconds |
| # 13:13:51 | Scraph | quits : Ping timeout: 268 seconds |
| # 13:17:03 | mingwandroid | quits : Ping timeout: 276 seconds |
| # 13:17:14 | Scraph | joins #crosstool-ng |
| # 13:22:10 | ovf | joins #crosstool-ng |
| # 13:28:39 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 13:29:35 | xenoxaos | joins #crosstool-ng |
| # 13:30:10 | mingwandroid | joins #crosstool-ng |
| # 13:43:33 | mingwandroid | quits : Ping timeout: 249 seconds |
| # 13:45:14 | mingwandroid | joins #crosstool-ng |
| # 14:03:51 | mingwandroid | quits : Ping timeout: 276 seconds |
| # 14:19:04 | mingwandroid | joins #crosstool-ng |
| # 14:19:33 | blueness | joins #crosstool-ng |
| # 14:36:45 | mingwandroid | quits : Ping timeout: 246 seconds |
| # 14:47:01 | blueness | quits : Quit: blueness |
| # 14:48:14 | blueness | joins #crosstool-ng |
| # 15:29:25 | Scraph | Anyone alive to answer a question here? |
| # 15:31:39 | mjm5977 | joins #crosstool-ng |
| # 15:35:03 | Scraph | quits : Ping timeout: 268 seconds |
| # 15:51:09 | philenotfound | joins #crosstool-ng |
| # 16:52:45 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 16:55:24 | xenoxaos | joins #crosstool-ng |
| # 17:42:42 | xenoxaos | quits : Ping timeout: 268 seconds |
| # 17:44:04 | xenoxaos | joins #crosstool-ng |
| # 18:02:27 | diorcety | joins #crosstool-ng |
| # 18:48:06 | bhundven | quits : Read error: Connection reset by peer |
| # 18:52:48 | bhundven | joins #crosstool-ng |
| # 19:07:45 | bhundven | quits : Changing host |
| # 19:07:45 | bhundven | joins #crosstool-ng |
| # 19:14:05 | bhundven | dang weather keeps knocking out my internet |
| # 19:37:09 | ius | joins #crosstool-ng |
| # 19:39:46 | ius | are there any known issues building native gdb against uClibc 0.9.X for mipsel? |
| # 19:40:10 | ius | first it was attempting to link expat against /usr/lib/libexpat.so (ie. my host expat) |
| # 19:40:58 | ius | which i resolved by adding an explicit library path for expat (in similar fashion as is done for cross gdb) |
| # 19:41:19 | ius | but then i run into: mi-cmd-break.c:(.text+0x11d8): undefined reference to `_obstack_free' |
| # 19:42:19 | ius | relevant part of build.log: https://p.6core.net/p/n28WD2inT1buV71fjpamXUux |
| # 19:42:35 | ius | obstack.o is part of libiberty.a, which is being linked |
| # 19:43:49 | ius | obstack.o looks shifty to me though: https://p.6core.net/p/a9vJ9D8DzBXddxHmcrgedz45 |
| # 20:11:02 | bhundven | ius: I would assume all sorts of issues with uClibc-0.9.xx, it hasn't been maintained for a while. |
| # 20:18:16 | ius | hmm, i wouldn't be building such an old uclibc if it wasn't for trying to match a target device im trying to debug |
| # 20:19:01 | bhundven | maybe try an older gdb? |
| # 20:21:06 | ius | fair enough |
| # 20:22:06 | bhundven | if an older gdb works, and you had a lot of time to figure it out, you could bisect gdb to figure out what changed in gdb, and possibly come up with a patch for gdb 7.11 |
| # 20:22:19 | bhundven | oops |
| # 20:22:25 | bhundven | patch for uClibc-0.9 |
| # 20:22:57 | bhundven | but personally, I don't see uClibc-0.9 lasting much longer in ct-ng |
| # 20:23:12 | wbx | newer gdb/binutils introduced _obstack_free, disable OBSTACK in uClibc, so internal obstack implementation is used. |
| # 20:23:13 | bhundven | well, in the master branch |
| # 20:25:28 | wbx | ius: check your uclibc config and disable obstack |
| # 20:25:46 | ius | thanks |
| # 20:26:00 | bhundven | thanks, wbx! |
| # 20:26:57 | wbx | there was a discussion about it recently on the uClibc-ng mailinglist |
| # 20:29:12 | bhundven | wbx: in the uClibc.sh, should I check for newer gdb/binutils and disable obstack? |
| # 20:30:16 | wbx | i think that is the best option. need to check if I add the missing symbol so that both configurations will work |
| # 20:32:11 | bhundven | wbx: is this newer then 2.26? |
| # 20:33:09 | ius | heh, the option doesn't exist yet in 0.9.32 |
| # 20:38:13 | bhundven | guessing this is in 2.26, as I see the changes from november 2015 in the binutils-gdb tree |
| # 20:39:30 | bhundven | so I'll say binutils >= 2.26 and gdb >= 7.11 (as 7.10.1 was from the 7.10 branch) |
| # 20:42:20 | bhundven | makes me wonder if someone builds a toolchain with 2.25 binutils and gdb 7.11? |
| # 20:42:34 | bhundven | or 2.26 and 7.10.1 |
| # 21:01:24 | wbx | it is only if you build gdb or binutils for native usage. |
| # 21:01:38 | wbx | if you create a cross-compiler it is no issue. |
| # 21:02:07 | wbx | it happens when you use your cross-compiler to build gdb or nm for your target. |
| # 21:02:46 | wbx | ius: and is there any obstack code ? |
| # 21:03:42 | ius | it succesfully built with gdb 7.10.1 |
| # 21:03:51 | ius | (without touching uclibc) |
| # 21:04:51 | wbx | ius: still the question remains, are there any obstack functions unconditionally build into your uClibc? |
| # 21:05:19 | ius | let me see |
| # 21:08:38 | ius | yes, it was included in 0.9.xx |
| # 21:08:49 | ius | File: ./mipsel-unknown-linux-uclibc/sysroot/usr/lib/libc.a(obstack.os) |
| # 21:16:52 | aquarat_ | quits : Ping timeout: 244 seconds |
| # 21:19:06 | aquarat | joins #crosstool-ng |
| # 21:23:09 | ius | uclibc is still incompatible with that gdb ver, fwiw (https://sourceware.org/bugzilla/show_bug.cgi?id=14523) |
| # 21:25:09 | diorcety | quits : Quit: Leaving. |
| # 23:29:52 | y_morin | quits : Quit: Nighty Night! |