Several issues by a buildroot newbie...

Hi:

GDB on my target says it cannot debug threads:

dlopen failed on 'libthread_db.so.1' - File not found GDB will not be able to debug pthreads.

GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "arm-linux".
(gdb)

I have chosen thread library debugging option and have re-built toolchain:

Toolchain Options -->
[x] Thread library debugging

The build went through but as a result I see broken link in the lib directory of my toolchain and no real library:

rwxr-xr-x 1 leonid leonid 26330 2007-10-03 14:27 libssp.so.0.0.0
lrwxrwxrwx 1 leonid leonid 17 2007-10-03 14:24 libthread_db.so ->
libthread_db.so.1

(quoted diff) +0 -3

-rw-r--r--  1 leonid leonid  309856 2007-10-03 14:24 libuClibc-0.9.29.so
-rw-r--r--  1 leonid leonid    4656 2007-10-03 14:24 libutil-0.9.29.so
-

Thanks,

Leonid.
_______________________________________________
buildroot mailing list
buildroot at uclibc.org
http://busybox.net/mailman/listinfo/buildroot

I'm fairly new to buildroot so please excuse me if I inadvertently touch something that has been raised previously:

1. Undefined reference in uClibc:
In function `__libc_pthread_init':
libc_pthread_init.c:(.text+0xf): undefined reference to `__libc_multiple_threads'

I dug through the code and it appears that the missing variable is
used as a return value for __libc_pthread_init() but that that return value appears to be squirreled away and perhaps never used.

In any event, this is, I suspect the cause of the next item, below.

2. Python segfaults when being loaded. For various reasons I'm very suspicions that the uClibc dynamic library loader is segfaulting. I've tried to build a static image of Python but I can't because of the unresolved in the prior item.

I had a similar problem with sudo and all the openssh tools with the stable version of uClibc. The segfaulting of those, but not of Python, went away with the snapshot version of uClibc.

Python did compile and run quite nicely on my year old snapshot of
buildroot, but it's effectively dead now.

3. The sudo sources aren't available via the URL given in the package/sudo/sudo.mk. The site, http://www.courtesan.com/sudo/dist, has upgraded to a newer version and the older one to be downloaded appears no longer on that site.

4. The lockfile-progs.c (in package lockfile-progs) uses rindex() but does not include the correct header file that defines it. This can be repaired by a patch that either changes rindex() to strrchr() or including the correct header. (I did the former.)

--karl--

uClibc supports rindex if either of
* UCLIBC_SUSV3_LEGACY or
* UCLIBC_SYSV3_LEGACY MACROS
is defined.
Previously UCLIBC_SUSV3_LEGACY_MACROS was defined,
but Bernhard wants to get rid of all legacy stuff, and his idea to achieve

this it is by intentionally breaking the build if you enable a package containing SUSV3_LEGACY stuff.

Quoted 7 lines

uClibc supports rindex if either of
* UCLIBC_SUSV3_LEGACY or
* UCLIBC_SYSV3_LEGACY MACROS
is defined.
Previously UCLIBC_SUSV3_LEGACY_MACROS was defined,
but Bernhard wants to get rid of all legacy stuff, and his idea to achieve

Ulf, go read docs/README and read the helptext of BR2_UCLIBC_CONFIG

Heck, do

$ make help
and read the helptext there (and document your make-targets while you're
at it. Undocumented targets will be removed).

Quoted 2 lines

this it is by intentionally breaking the build if you enable a package containing SUSV3_LEGACY stuff.

"Mum, XYZ is intentionally broken because it's not on per default". Yeah, right. Whatever.

I'm fairly new to buildroot so please excuse me if I inadvertently touch something that has been raised previously:

1. Undefined reference in uClibc:
In function `__libc_pthread_init':

   libc_pthread_init.c:(.text+0xf): undefined reference to
   `__libc_multiple_threads'

I dug through the code and it appears that the missing variable is
used as a return value for __libc_pthread_init() but that that return value appears to be squirreled away and perhaps never used.

In any event, this is, I suspect the cause of the next item, below.

3. The sudo sources aren't available via the URL given in the package/sudo/sudo.mk. The site, http://www.courtesan.com/sudo/dist, has upgraded to a newer version and the older one to be downloaded appears no longer on that site.

4. The lockfile-progs.c (in package lockfile-progs) uses rindex() but does not include the correct header file that defines it. This can be repaired by a patch that either changes rindex() to strrchr() or including the correct header. (I did the former.)

Quoted 7 lines · Karl Auerbach

I'm fairly new to buildroot so please excuse me if I inadvertently touch something that has been raised previously:

1. Undefined reference in uClibc:
In function `__libc_pthread_init':

   libc_pthread_init.c:(.text+0xf): undefined reference to
   `__libc_multiple_threads'

Which version of pthreads do you use?

Quoted 4 lines

3. The sudo sources aren't available via the URL given in the package/sudo/sudo.mk. The site, http://www.courtesan.com/sudo/dist, has upgraded to a newer version and the older one to be downloaded appears no longer on that site.

It should be updated, yes. Please submit a tested patch. TIA.

Quoted 4 lines

4. The lockfile-progs.c (in package lockfile-progs) uses rindex() but does not include the correct header file that defines it. This can be repaired by a patch that either changes rindex() to strrchr() or including the correct header. (I did the former.)

Please submit a patch to use strrchr.