# 01:29:21 |
Guma |
joins #crosstool-ng |
# 02:48:01 |
aneyman |
quits : Ping timeout: 258 seconds |
# 02:58:00 |
Guma |
quits : Quit: ZZZzzz⦠|
# 03:09:43 |
aneyman |
joins #crosstool-ng |
# 05:59:07 |
qu9 |
joins #crosstool-ng |
# 06:00:55 |
qu9 |
hey, life? :> I was trying to compile a package which requires rpc/rpc.h then I learned glibc doesn't include it anymore. question is, how can I enable libtirpc in ct-ng? |
# 06:01:02 |
qu9 |
morning everyone |
# 08:43:44 |
pamaury |
joins #crosstool-ng |
# 09:31:29 |
qu9 |
quits : Remote host closed the connection |
# 09:34:31 |
pamaury |
quits : Ping timeout: 268 seconds |
# 09:37:31 |
muep |
quits : Quit: No Ping reply in 180 seconds. |
# 09:38:37 |
aneyman |
quits : Ping timeout: 240 seconds |
# 09:38:38 |
muep |
joins #crosstool-ng |
# 10:24:59 |
pamaury_ |
joins #crosstool-ng |
# 10:31:56 |
enunes |
joins #crosstool-ng |
# 11:12:08 |
enunes |
quits : Ping timeout: 245 seconds |
# 11:35:42 |
enunes |
joins #crosstool-ng |
# 12:27:17 |
enunes |
quits : Ping timeout: 248 seconds |
# 13:09:14 |
enunes |
joins #crosstool-ng |
# 14:00:26 |
trigg |
quits : Quit: ZNC 1.7.x-git-538-5b29bb7 - http://znc.in |
# 14:15:27 |
trigg |
joins #crosstool-ng |
# 14:20:59 |
yann-kaelig |
joins #crosstool-ng |
# 14:24:04 |
perr |
joins #crosstool-ng |
# 14:24:05 |
perr |
quits : Changing host |
# 14:24:05 |
perr |
joins #crosstool-ng |
# 15:19:35 |
perr |
quits : Quit: Leaving |
# 15:40:18 |
qu9 |
joins #crosstool-ng |
# 15:40:29 |
qu9 |
quits : Remote host closed the connection |
# 15:44:18 |
qu9 |
joins #crosstool-ng |
# 16:53:41 |
aneyman |
joins #crosstool-ng |
# 17:19:59 |
qu9 |
quits : Ping timeout: 250 seconds |
# 17:25:13 |
aneyman |
quits : Ping timeout: 244 seconds |
# 17:49:30 |
enunes |
quits : Ping timeout: 244 seconds |
# 18:11:17 |
blueness |
joins #crosstool-ng |
# 18:13:46 |
pamaury_ |
quits : Ping timeout: 258 seconds |
# 18:16:10 |
aneyman |
joins #crosstool-ng |
# 19:09:56 |
pamaury |
joins #crosstool-ng |
# 19:17:34 |
enunes |
joins #crosstool-ng |
# 19:34:03 |
ovf |
quits : Remote host closed the connection |
# 19:37:18 |
blueness |
quits : Quit: blueness |
# 19:45:21 |
ovf |
joins #crosstool-ng |
# 20:05:37 |
blueness |
joins #crosstool-ng |
# 20:43:06 |
enunes |
quits : Quit: leaving |
# 21:08:43 |
wbx |
joins #crosstool-ng |
# 21:08:48 |
wbx |
hi |
# 21:08:59 |
wbx |
what's up with gdb compile? |
# 21:15:29 |
wbx |
host or target? |
# 21:16:07 |
wbx |
aneyman_: can you describe the issue? |
# 21:35:45 |
aneyman_ |
hi |
# 21:37:05 |
aneyman_ |
native GDB build fails in two arm-uclibc samples |
# 21:37:07 |
aneyman_ |
[ALL ] linux-thread-db.o: In function `delete_thread_db_info': |
# 21:37:08 |
aneyman_ |
[ALL ] linux-thread-db.c:(.text+0x2e8): undefined reference to `dlclose' |
# 21:37:08 |
aneyman_ |
[ALL ] linux-thread-db.o: In function `verbose_dlsym': |
# 21:37:08 |
aneyman_ |
[ALL ] linux-thread-db.c:(.text+0x73c): undefined reference to `dlsym' |
# 21:37:08 |
aneyman_ |
[ALL ] linux-thread-db.c:(.text+0x750): undefined reference to `dlerror' |
# 21:37:10 |
aneyman_ |
[ALL ] linux-thread-db.o: In function `dladdr_to_soname': |
# 21:37:12 |
aneyman_ |
[ALL ] linux-thread-db.c:(.text+0xa20): undefined reference to `dladdr' |
# 21:37:24 |
aneyman_ |
(and more like that, all to libdl stuff) |
# 21:38:14 |
aneyman_ |
failing samples: |
# 21:38:15 |
aneyman_ |
[FAIL] arm-unknown-linux-uclibcgnueabihf |
# 21:38:15 |
aneyman_ |
[FAIL] arm-unknown-linux-uclibcgnueabi |
# 21:38:52 |
aneyman_ |
that's native-gdb (i.e. target gdb) |
# 21:45:54 |
enunes |
joins #crosstool-ng |
# 21:46:13 |
wbx |
aneyman_: so the full gdb for the target? |
# 21:46:36 |
wbx |
aneyman_: does it happen with uclibc-ng master as there was some libdl fix. |
# 21:50:20 |
aneyman_ |
I can try, will take about 25 minutes to run a build |
# 21:50:44 |
aneyman_ |
all I know now is it doesn't happen with 1.0.17, happens with 1.0.19 |
# 22:01:16 |
wbx |
would be great if you could try, as 1.0.20 will happen this weekend I think. |
# 22:14:42 |
aneyman_ |
running the build right now |
# 22:22:50 |
aneyman_ |
ah, the build failed because building from a custom location is broken for uClibc |
# 22:22:51 |
aneyman_ |
damn |
# 22:23:36 |
aneyman_ |
it tries to do cp -a ., and in case of a custom location being a directory, this is a symlink |
# 22:24:50 |
blueness |
quits : Quit: blueness |
# 22:26:47 |
wbx |
aneyman_: can you fix this? |
# 22:27:09 |
aneyman_ |
yeah, just restarted the build |
# 22:27:20 |
wbx |
are the samples static builds? |
# 22:28:12 |
wbx |
and is this gdb 7.12? |
# 22:29:53 |
aneyman_ |
no, 7.11 |
# 22:30:15 |
aneyman_ |
haven't imported 7.12 yet |
# 22:30:50 |
aneyman_ |
and yes, CT_GDB_NATIVE=y |
# 22:30:51 |
aneyman_ |
CT_GDB_NATIVE_STATIC=y |
# 22:31:11 |
aneyman_ |
(i.e. samples are not static-only, but GDB is built statically) |
# 22:32:34 |
wbx |
ah. yes the mixed-mode, toolchain shared+static building static stuff with dlopen, was broken. i am sure master fixes it. |
# 22:32:46 |
wbx |
if you could confirm this, would be great. |
# 22:33:38 |
aneyman_ |
we'll know soon enough :) hang in there for 20 minutes :) |
# 22:39:55 |
aneyman_ |
master uclibc-ng failed to build: |
# 22:39:56 |
aneyman_ |
[ALL ] libc/libc_so.a(obstack.os): In function `print_and_abort': |
# 22:39:56 |
aneyman_ |
[ALL ] obstack.c:(.text+0x20): undefined reference to `gettext' |
# 22:39:56 |
aneyman_ |
[ERROR] collect2: error: ld returned 1 exit status |
# 22:39:56 |
aneyman_ |
[ALL ] libc/Makefile.in:73: recipe for target 'lib/libc.so' failed |
# 22:39:56 |
aneyman_ |
[ERROR] make[1]: *** [lib/libc.so] Error 1 |
# 22:40:14 |
aneyman_ |
so it didn't reach native GDB building at all |
# 22:42:57 |
wbx |
obstack.c . damn. i check |
# 22:48:06 |
wbx |
what was again the reason you using obstack support in uClibc-ng instead of the included one? |
# 22:48:38 |
wbx |
i will fix the error, but for the future we might consider to remove the internal obstack support. |
# 22:51:55 |
aneyman_ |
again, some GDB failure :) |
# 22:52:15 |
aneyman_ |
that uclibc-ng claimed obstack support but didn't provide one of the obstack symbols |
# 22:52:22 |
aneyman_ |
that glibc did |
# 22:52:43 |
aneyman_ |
AFAIU, if obstack were removed completely, GDB will just use its own |
# 22:53:03 |
aneyman_ |
it was that uclibc-ng had *some* obstack support, but no _obstack_free, IIRC |
# 22:54:02 |
wbx |
yeah, but if you disable obstack in your config, doesn't gdb works fine using it internal one? |
# 22:54:19 |
wbx |
you fixed the internal one iirc |
# 22:54:28 |
wbx |
uclibc-ng internal one. |
# 22:55:33 |
wbx |
i vote for disabling obstack support in all samples, and afterwards I might remove it from uClibc-ng. |
# 22:59:21 |
aneyman_ |
you mean disable it in uclinc-ng's config used for samples? |
# 22:59:31 |
aneyman_ |
that should work, I can give it a try |
# 23:00:51 |
wbx |
i vote for it. i will fix the issue in a few minutes, but i think this would be good. |
# 23:01:45 |
wbx |
for a maintainability view, i don't like to have obstack support inside uclibc-ng. |
# 23:24:51 |
wbx |
aneyman_: git pull for obstack fix. |
# 23:25:05 |
wbx |
aneyman_: did you succeed with a build now? |
# 23:32:43 |
aneyman_ |
pulled and started the build |
# 23:44:45 |
aneyman_ |
uclibc-ng built fine |
# 23:45:14 |
aneyman_ |
~5-10 minutes before native GDB gets built |