Hi Steve,
Steve Ellcey wrote,
While building uclibc for MIPS I ran into the issue of whether or not
the dynamic linker should use an executables rpath when searching for
its libraries. Apparently the glibc dynamic linker does this, but the
uclibc one does not and back when this was
On Wed, Feb 04, 2015 at 03:58:41PM +, Anton Kolesov wrote:
Now I've looked into more details of error cause and what happens is
that those fields (gl_opendir, gl_readdir, gl_closedir, gl_stat) in
glob_t in uclibc/include/glob.h are surrounded by #ifdef
__UCLIBC_HAS_GNU_GLOB__. Make might
On February 5, 2015 8:20:57 PM GMT+01:00, Rich Felker dal...@libc.org wrote:
On Wed, Feb 04, 2015 at 03:58:41PM +, Anton Kolesov wrote:
Now I've looked into more details of error cause and what happens is
that those fields (gl_opendir, gl_readdir, gl_closedir, gl_stat) in
glob_t in
On February 5, 2015 6:57:53 PM GMT+01:00, Andy Voltz andy.vo...@timesys.com
wrote:
What is the current release process for uClibc?
I'm looking to bump our build system to a newer uClibc version, but
there
are no new release tags since 0.9.33.2. It seems like the 0.9.33 branch
could be treated as
What is the current release process for uClibc?
I'm looking to bump our build system to a newer uClibc version, but there
are no new release tags since 0.9.33.2. It seems like the 0.9.33 branch
could be treated as version 0.9.33.3, but there was never a tag, and now
master is 0.9.33.4-git.
Is