On Wed, 2007-05-16 at 08:32 -0600, Kevin Day wrote:
On 5/16/07, Joakim Tjernlund [EMAIL PROTECTED] wrote:
On Tue, 2007-05-15 at 18:27 -0600, Kevin Day wrote:
okay, with all debug optiosn except LD_DEBUG_EARLY, things compiled as
they did before.
Now that I have a debuggability, I
Try enabling SUPPORT_LD_DEBUG and run:
LD_DEBUG=all ./app
you could try using gdb as well
_
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carsten Lange
Sent: den 31 maj 2007 11:02
To: uclibc@uclibc.org
Subject: segmentation fault of dynamic executables with
On Sat, 2007-06-02 at 17:21 +0800, [EMAIL PROTECTED] wrote:
Large file support is enabled. UCLIBC_HAS_LFS=y is set in the config
file.
Regards,
Sumit
Sumit Kumar Jain
Nokia India Pvt. Ltd.
Bangalore.
-Original Message-
From: ext Joakim Tjernlund [mailto:[EMAIL PROTECTED
OK, that wasn't it. Seems like these syms aren't defined
in uClibc then. Don't know why
Regards,
Sumit
Sumit Kumar Jain
Nokia India Pvt. Ltd.
Bangalore.
-Original Message-
From: ext Joakim Tjernlund [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 10:31 AM
To: Jain
-xstat-1.html
Seems like a Linux thing and not POSIX. You could probably patch
ncursers easily or convince uClibc to add them.
Regards,
Sumit
Sumit Kumar Jain
Nokia India Pvt. Ltd.
Bangalore.
-Original Message-
From: ext Joakim Tjernlund [mailto:[EMAIL PROTECTED]
Sent: Monday
On Wed, 2007-06-13 at 15:48 +0200, Carmelo AMOROSO wrote:
Hi All,
this patch fixes a mismatch in ucontext struct between uClibc and kernel.
In this way a signal handler installed by sigaction can access
to the whole machine state correctly.
This can be applied both to trunk and nptl branch
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Connolly
Sent: den 21 juni 2007 22:48
To: uclibc@uclibc.org
Subject: optimized static library segfaults
Hello. Before making a bug report I want to check if any of
you are familiar
-Original Message-
From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
Sent: den 24 juni 2007 11:56
To: Joakim Tjernlund
Cc: uclibc@uclibc.org
Subject: Re: internal_function problem
On Sun, Jun 24, 2007 at 10:27:32AM +0200, Joakim Tjernlund wrote:
-Original Message-
From
-Original Message-
From: Bernd Schmidt [mailto:[EMAIL PROTECTED]
Sent: den 24 juni 2007 16:42
To: Joakim Tjernlund
Cc: 'uClibc'
Subject: Re: libpthread vs libc dynamic link order
Joakim Tjernlund wrote:
I never got the hang of the hidden_{proto,def} stuff. I think
Hi Carmelo
Had a look at you dl_find hash again, it came up on IRC.
I think you should change
char *_dl_find_hash(const char *name, struct dyn_elf *rpnt, struct
elf_resolve *mytpnt, int type_class
#ifdef USE_TLS
,struct elf_resolve **tls_tpnt
#endif
)
Into(module syntax errors):
On Mon, 2007-10-08 at 09:10 +0200, Carmelo AMOROSO wrote:
Hi Folks,
as reported into glibc bug #5104
(http://sourceware.org/bugzilla/show_bug.cgi?id=5104)
The loader does not handle symbols with the STT_COMMON type.
We (the Binutils project) are currently examining the possibilty of
On Mon, 2007-10-08 at 14:01 +0200, Carmelo AMOROSO wrote:
Joakim Tjernlund wrote:
On Mon, 2007-10-08 at 12:15 +0200, Carmelo AMOROSO wrote:
Joakim Tjernlund wrote:
On Mon, 2007-10-08 at 09:10 +0200, Carmelo AMOROSO wrote:
Hi Folks,
as reported into glibc bug
On Sun, 2007-11-25 at 22:59 +0100, Bernd Schmidt wrote:
Joakim Tjernlund wrote:
Did a quick scan of the patches and came up with these comments:
While they tell me what you dislike, they don't really provide much in
the way of alternatives.
Yes, sorry for the negative tone
-Original Message-
From: Bernd Schmidt [mailto:[EMAIL PROTECTED]
Sent: den 27 november 2007 13:07
To: [EMAIL PROTECTED]
Cc: 'uClibc'; 'Alexandre Oliva'
Subject: Re: FD-PIC patches for uClibc
Joakim Tjernlund wrote:
The 02_underscores patch is really ugly.
Any suggestions how
Hello,
the ppc memset, memcpy, memmove from string.h didn't work for me. Busybox-Vi
always got a segfault. I only debugged the memset.c. Memmove and memcpy were
replaced by simpler functions.
The failure is in the align section. In the case that only n==1 characters
had to be replaced and for
On Thu, 2008-03-27 at 14:56 +, Nigel Kukard wrote:
I'm dumping loadaddr and func just before that segfault so ignore the
line numbers (i have half a gazillion lines of debugging) the only
thing that changes is the loadaddr, the func value is always the same.
-Original Message-
From: Nigel Kukard [mailto:[EMAIL PROTECTED]
Sent: den 27 mars 2008 20:51
To: [EMAIL PROTECTED]
Cc: uclibc
Subject: Re: uclibc segfault in ldso
This trace looks like it is missing LD_DEBUG=1 rpm or LD_DEBUG=all rpm,
such a trace can get very big so you
On Thu, 2008-03-27 at 22:17 +, Nigel Kukard wrote:
Hi,
This trace looks like it is missing LD_DEBUG=1 rpm or LD_DEBUG=all
rpm,
such a trace can get very big so you need to trim it down before
posting. You also need SUPPORT_LD_DEBUG=y in .config
Stupid busybox,
On Thu, 2008-03-20 at 12:18 +0100, Erik Sallmann wrote:
Hello,
the ppc memset, memcpy, memmove from string.h didn't work for me.
Busybox-Vi always got a segfault. I only debugged the memset.c.
Memmove and memcpy were replaced by simpler functions.
The failure is in the align section. In
On Fri, 2008-03-28 at 19:17 +0100, Carmelo Amoroso wrote:
Bernhard Fischer wrote:
On Fri, Mar 28, 2008 at 04:42:21PM +, Nigel Kukard wrote:
Should I debug this further or just work with the old implementation?
Well, it would be generally nice if the new linuxthreads would work on
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carmelo Amoroso
Sent: den 12 april 2008 07:35
To: Denys Vlasenko
Cc: Peter S. Mazinger; uclibc@uclibc.org
Subject: Re: RFC: first stab at getting rid of libc_hidden_proto() forest
Denys Vlasenko
at 01:31:18PM +0100, Joakim Tjernlund wrote:
O
Well, do we -ENOSYS if something isn't available?
If so, then we should rather
#ifdef __NR_readahead
[snip current code]
#else
ssize_t readahead(int fd, off_t offset, size_t count)
{
__set_errno(ENOSYS);
return -1
-Original Message-
From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
Sent: den 20 maj 2008 22:20
To: Joakim Tjernlund
Cc: uclibc@uclibc.org
Subject: Re: Stubbing out unavailable syscalls?
On Tue, May 20, 2008 at 09:07:26PM +0200, Joakim Tjernlund wrote:
Still think ease of cross
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bernhard
Fischer
Sent: den 20 maj 2008 23:02
To: Denys Vlasenko
Cc: uclibc@uclibc.org; Peter S. Mazinger
Subject: Re: svn commit: trunk/uClibc: include libc/inet libc/inet/rpc
libc/mis etc...
On
-Original Message-
From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
Sent: den 29 maj 2008 21:21
To: Joakim Tjernlund
Cc: uclibc@uclibc.org
Subject: Re: Stubbing out unavailable syscalls?
On Tue, May 27, 2008 at 07:03:28PM +0200, Bernhard Fischer wrote:
I can live with stubs
On Sun, 2008-07-27 at 16:09 +0200, Stéphan Kochen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I have a problem executing several application with uClibc. Busybox
appears to be working fine, even when linked dynamically. But, for
example, dbus-daemon and bluez-util's hcid
-Original Message-
From: Stéphan Kochen [mailto:[EMAIL PROTECTED]
Sent: den 27 juli 2008 20:42
To: Joakim Tjernlund
Cc: uclibc@uclibc.org
Subject: Re: symbol '': can't resolve symbol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joakim Tjernlund schreef:
Nintendo Wii, cool
On Mon, 2008-07-28 at 00:47 +0200, Stéphan Kochen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joakim Tjernlund schreef:
If you use -pie, you should also use -fPIC (gcc option). But why
use -pie? Just drop it if you don't have special reasons.
Excellent! Turns out bluez-utils
-Original Message-
From: Stéphan Kochen [mailto:[EMAIL PROTECTED]
Sent: den 29 juli 2008 18:56
To: [EMAIL PROTECTED]
Cc: uclibc@uclibc.org
Subject: Re: symbol '': can't resolve symbol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joakim Tjernlund schreef:
Good, however you
On Tue, 2008-09-16 at 12:28 +0200, Carmelo AMOROSO wrote:
Rob Landley wrote:
On Tuesday 16 September 2008 01:23:37 Carmelo AMOROSO wrote:
1) How platform specific is it?
Fully, TLS relocations are different from one arch to another.
[SNIP]
IIRC
there have been some issues in the
On Tue, 2008-09-16 at 13:55 +0200, Bernhard Reutner-Fischer wrote:
On Tue, Sep 16, 2008 at 01:03:15PM +0200, Joakim Tjernlund wrote:
On Tue, 2008-09-16 at 12:28 +0200, Carmelo AMOROSO wrote:
Rob Landley wrote:
On Tuesday 16 September 2008 01:23:37 Carmelo AMOROSO wrote:
1) How platform
On Fri, 2008-09-26 at 13:30 +0800, Steven Woody wrote:
Hi,
I see even though uclibc implemented clock_gettime(clock_id, tp), it
does not support clock type of CLOCK_MONOTONIC. So if I want some
kind of monotonic time which should not changed by user process ( such
as setting of date), what
-Original Message-
From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On Behalf
Of Carmelo Amoroso
Sent: den 6 januari 2009 22:14
To: olsaj...@gmail.com
Cc: uclibc@uclibc.org
Subject: Re: [PATCH] ldso - adding HAVE_RELATIVE_RELOCS define - updated
Joakim Tjernlund wrote:
+ /* skip opening slash */
+ if (*name == '/')
+++name;
I think skipping all leading '/' is better:
for (; *name == '/'; ++name);
I took the newlib code verbatim to keep the number of different
implementations down,
but if we are making changes
olsaj...@gmail.com wrote:
Hi,
found those while browsing the code.
I'm not sure if reloc_type variable should be removed,
or similar check as in other platforms should be added.
eg for i386, smth like:
if (unlikely(reloc_type != R_386_JMP_SLOT)) {
_dl_dprintf(2, %s:
Hi,
I used uclibc-0.9.29,
/*dltest.c*/
#include stdio.h
#include dlfcn.h
#define MYLIB /flash/lib/libdev.so
int main (void){
void *handle;
while (1){
handle = dlopen (MYLIB, RTLD_LAZY);
if (!handle){
fputs (dlerror(), stderr);
exit
No, I think it was this one:
http://sources.busybox.net/index.py/trunk/uClibc/ldso/ldso/dl-elf.c?r1=14417r2=14840
czy xjt...@hotmail.com wrote on 11/03/2009 13:37:56:
Do you mean the change of dl_cleanup as below:
Hi All,
just to inform you that we (@STMicroelectronics) are working
to extend uClibc ld.so to support prelinking.
This would go through several steps because there are some
missing feature in uClibc.
So in he near future I'm planning to post some patches for review.
Steps should be as
uclibc-boun...@uclibc.org wrote on 15/10/2009 08:41:10:
On Wed, 2009-10-14 at 09:20 -0700, Cuero Bugot wrote:
..
The prb is that I get a segfault when I try to use pthread_create from
a dynamically linked library. The difference with the above fix use
case is that I manually link the
In the final stable release of uClibc, most architectures seem to have
INLINE_SYSCALL but I've bumped into those two not having it. Is there a
reason for this? Should I be using something else?
I don't think so. As I recall I stated the INLINE stuff several years
ago for ppc. Other arches
Hello,
after a big bug hunt we also found that the implementation of the
times system call in uClibc 0.9.29/0.9.30 is problematic on some 32
bits architectures (arm926 in our case); like it was reported 2 years
ago by Will.
The fact that uClibc considers some Linux sys_times() return
indicate an error on those platforms whose system call ABI has
a separate error indication. This will not affect anything on other
platforms.
Joakim Tjernlund added the fix for time() and the compat versions of
time() and times(), after I did the fix for times().
Signed-off
Julien Boibessot julien.boibes...@free.fr wrote on 2010/02/02 13:46:35:
Joakim Tjernlund a écrit :
Oh yes, been there done that :)
Most arch's has this bug in linux(ppc in recent 2.6 does not).
From my understanding all 32 bits arch that do not have Linux sys_call
error codes separated
On Tue, Feb 2, 2010 at 2:41 PM, Denys Vlasenko vda.li...@googlemail.com
wrote:
Alternative (attached) patch simply removes error return check.
Please find updated patch attached, and its disassembly diff.
Changes: also takes care about time() return value,
and removes three checks for
Austin Foxley wrote:
On 04/14/2010 10:01 AM, Timo Teräs wrote:
Add attribute_hidden to all symbols having libc forwarder. This prevents
recursive self calls which would happen if libc is before libpthread in
linking order: the forwarder functions would call itself via the function
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 10:00:59:
Joakim Tjernlund wrote:
Austin Foxley wrote:
On 04/14/2010 10:01 AM, Timo Teräs wrote:
Hum. Actually looks like this is not right either. It appears that there's
several different ways how the pthreads mutexes are called from
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 10:22:54:
Joakim Tjernlund wrote:
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 10:00:59:
Joakim Tjernlund wrote:
Austin Foxley wrote:
On 04/14/2010 10:01 AM, Timo Teräs wrote:
Hum. Actually looks like this is not right either
Yes. Exactly that. It's __attribute__(( visibility(protected) )).
Or .protected for asm. I'm doing a patch on this right now.
http://www.ohse.de/uwe/articles/gcc-attributes.html#func-visibility
But this is PROTECTED and you might need to impl. STB_PROTECTED in ldso
That should be
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 11:39:00:
Joakim Tjernlund wrote:
Yes. Exactly that. It's __attribute__(( visibility(protected) )).
Or .protected for asm. I'm doing a patch on this right now.
http://www.ohse.de/uwe/articles/gcc-attributes.html#func-visibility
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 11:45:54:
Timo Teräs wrote:
Joakim Tjernlund wrote:
Yes. Exactly that. It's __attribute__(( visibility(protected) )).
Or .protected for asm. I'm doing a patch on this right now.
http://www.ohse.de/uwe/articles/gcc-attributes.html#func
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 13:04:57:
Timo Teräs wrote:
Joakim Tjernlund wrote:
Timo Teräs timo.te...@gmail.com wrote on 2010/04/16 11:39:00:
Joakim Tjernlund wrote:
Yes. Exactly that. It's __attribute__(( visibility(protected) )).
Or .protected for asm. I'm
Austin Foxley wrote:
On 04/16/2010 07:37 AM, Timo Teräs wrote:
Ok, second try on getting the libc - libpthread interactions right.
This includes the Joakim's patch for protected symbols, with a
little fix from me.
I thought the hidden symbol thing would work, because I thought
.
Jocke
So this is what I came up with. I do wonder if not linux_resolver
need PROTECTED support too? Have you tested with LAZY relocation too?
Jocke
From 315d855288d05d6503ec66320a66f9d29c52246d Mon Sep 17 00:00:00 2001
From: Joakim Tjernlund joakim.tjernl...@transmode.se
Date: Sat, 17 Apr 2010 11:39
EHLO
- austin has brought nptl up to snuff with master. Thanks!
- -std=gnu89 (before merge/after/not ?) I fear that certain folks
will wince if we (we're well in 2010 at the time of this writing and
C99 is the dominating standard for the majority that i'm aware of)
drop it, yes?
-
Timo Teräs timo.te...@gmail.com wrote on 2010/04/17 12:09:22:
Joakim Tjernlund wrote:
Finally looked at the ldso patch and I am not entirely happy with it.
I think the general structure should be different to make it easier
to follow the code and port it to other archs. I can probably
Timo Teräs timo.te...@gmail.com wrote on 2010/04/17 12:09:22:
Joakim Tjernlund wrote:
Finally looked at the ldso patch and I am not entirely happy with it.
I think the general structure should be different to make it easier
to follow the code and port it to other archs. I can
Roman I Khimov wrote:
Fixes dltest with NPTL.
Signed-off-by: Roman I Khimov khi...@altell.ru
---
ldso/ldso/x86_64/elfinterp.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/ldso/ldso/x86_64/elfinterp.c b/ldso/ldso/x86_64/elfinterp.c
index
On 04/27/2010 07:44 AM, Timo Teräs wrote:
Joakim had a clean up patch for the above construct. See patch 1/2 of:
http://lists.uclibc.org/pipermail/uclibc/2010-April/043840.html
(patch 2/2 there is wrong). See also rest of the thread.
For some reason that did not got merged yet.
On 04/27/2010 07:44 AM, Timo Teräs wrote:
Joakim had a clean up patch for the above construct. See patch 1/2 of:
http://lists.uclibc.org/pipermail/uclibc/2010-April/043840.html
(patch 2/2 there is wrong). See also rest of the thread.
For some reason that did not got merged yet.
R_X86_64_TPOFF64 revealed by trivial testcase:
===
#include stdio.h
#include errno.h
int main() {
void *a = errno;
printf(errno addr: %llx\n, a);
__asm__(movqer...@gottpoff(%%rip), %0;\n
Roman I Khimov khi...@altell.ru wrote on 2010/05/04 14:41:24:
В сообщении от Вторник 04 мая 2010 16:37:35 автор Joakim Tjernlund написал:
R_X86_64_TPOFF64 revealed by trivial testcase:
===
#include stdio.h
#include
Roman I Khimov khi...@altell.ru wrote on 2010/05/04 15:34:21:
В сообщении от Вторник 04 мая 2010 17:23:15 автор Joakim Tjernlund написал:
Roman I Khimov khi...@altell.ru wrote on 2010/05/04 14:41:24:
В сообщении от Вторник 04 мая 2010 16:37:35 автор Joakim Tjernlund
написал
On (11/05/10 01:29), Rob Landley wrote:
Had to switch on several more things in your config to make the native
toolchain and busybox happy, but it built and ran. And the native toolchain
in the system image built and ran a threaded test program (/usr/src/thread-
hello2.c), which seemed
From: Roman I Khimov khi...@altell.ru
To: uclibc@uclibc.org
Date: 2010/05/26 13:15
Subject: Re: chiming in 1.0.0-rc1
Sent by: uclibc-boun...@uclibc.org
В сообщении от Среда 26 мая 2010 02:12:20 автор Bernhard Reutner-Fischer
написал:
- disable !NPTL for arches that have NPTL impls.
Hi,
I have an issue with lua and a lua binding to c-client[1], limap[2].
libc-client calls some callback functions supposed to be implemented
in the main application.
So various mm_* functions are implemented in limap.c as callbacks, for
example mm_dlog().
But when lua does dlopen() to
Natanael Copa natanael.c...@gmail.com wrote on 2010/08/27 14:39:50:
On Fri, Aug 27, 2010 at 9:53 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Hi,
I have an issue with lua and a lua binding to c-client[1], limap[2].
libc-client calls some callback functions supposed
Natanael Copa natanael.c...@gmail.com wrote on 2010/08/27 16:11:57:
On Fri, Aug 27, 2010 at 3:06 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Natanael Copa natanael.c...@gmail.com wrote on 2010/08/27 14:39:50:
On Fri, Aug 27, 2010 at 9:53 AM, Joakim Tjernlund
joakim.tjernl
From: Joakim Tjernlund joakim.tjernl...@transmode.se
To: Roman I Khimov khi...@altell.ru
Cc: uclibc@uclibc.org, uclibc-boun...@uclibc.org
Date: 2010/05/26 13:53
Subject: Re: chiming in 1.0.0-rc1
Sent by: uclibc-boun...@uclibc.org
From: Roman I Khimov khi...@altell.ru
To: uclibc
Gustavo Zacarias gust...@zacarias.com.ar wrote on 2010/10/28 15:12:26:
On 10/28/10 10:01, Carmelo Amoroso wrote:
Did a complete patch get out of it?
Some architectures (arm, sh, i386) went with their own fix after/before
that discussion.
Hi you're right, but thinking at it again, a
Carmelo AMOROSO carmelo.amor...@st.com wrote on 2010/11/29 11:48:10:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/27/2010 11:14 AM, Joakim Tjernlund wrote:
From: Gustavo Zacarias gust...@zacarias.com.ar
Ah, NAK. This really needs to be general code.
I drafted an impl
On 25/12/10 14:29, Ed W wrote:
Hi
Once we've done a full SUSv4 audit we could start thinking about something
like a 1.0.0.
This release will be 0.9.32
I personally think you are artificially attached to keeping the version
numbers low (ie in the opposite direction)? Why
not
Hello,
When starting Asterisk 1.8 on a mips (32 bits, BE) board, the linker
crashes early during startup. I've traced the problem to the
MIPS_RLD_MAP dynamic section being 0 (not sure if this is a size or
address when reported by readelf). The asterisk binary is built with
the
Richard Braun rbr...@sceen.net wrote on 2011/01/25 16:44:48:
On Tue, Jan 25, 2011 at 03:17:27PM +0100, Joakim Tjernlund wrote:
DT_MIPS_RLD_MAP stuff looks like my work several years ago. There were
complaints
that debugging didn't work on MIPS and nobody knew why. I scanned glibc
Acked-by: Joakim Tjernlund joakim.tjernl...@transmode.se
Richard Braun rbr...@sceen.net wrote on 2011/01/28 18:18:54:
Signed-off-by: Richard Braun rbr...@sceen.net
---
ldso/ldso/mips/dl-sysdep.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ldso/ldso/mips/dl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/1/2011 7:37 AM, Nitin Garg wrote:
We tried compiling busybox statically for ARMv7 and __tls_get_addr was
undefined. As handled in other architectures, we added the
__tls_get_addr definition for ARM to resolve the issue.
Kindly
From: Philip Craig philipjcr...@gmail.com
To: uclibc@uclibc.org
Date: 2011/02/08 07:23
Subject: [PATCH] Fix memory leak in dlopen()/dlclose().
Sent by: uclibc-boun...@uclibc.org
The linked list of library dependencies created by dlopen() was not
being freed by dlclose().
Signed-off-by:
On 3/15/2011 5:23 PM, William Wagner wrote:
Hello,
I'm experimenting by trying to get google breakpad working under uclibc
on x86
This requires the getcontext function. I assume it is not in uclibc (I
was unable to find it)?
Any ideas what would be involved in adding it? The
From: Salvatore CRO salvatore@st.com
To: Mike Frysinger vap...@gentoo.org, bruce bushby bruce.bus...@gmail.com
Cc: uclibc@uclibc.org uclibc@uclibc.org
Date: 2011/03/23 17:44
Subject: RE: Dynamic linker
Sent by: uclibc-boun...@uclibc.org
We have been looking at the same problem in the
vapierfil...@gmail.com wrote on 2011/03/23 18:57:04:
On Wed, Mar 23, 2011 at 1:19 PM, Joakim Tjernlund wrote:
From: Salvatore CRO salvatore@st.com
We have been looking at the same problem in the last days...
Libreadline needs either libncurses or libtermcap to provide these symbols
really appreciate the help!
I've been stuck for so long now I thought of offering a $200.00 reward to
anybody who can fix it.
Bruce
On Wed, Mar 23, 2011 at 6:15 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
vapierfil...@gmail.com wrote on 2011/03/23 18:57:04:
On Wed, Mar 23
bruce bushby bruce.bus...@gmail.com wrote on 2011/03/23 23:41:44:
Hi Joakim
Yes, but probably doesn't link with it?
do a readelf -d libreadline.so.6, see ncurses it listed in NEEDED:
0x0001 (NEEDED) Shared library: [libncurses.so.5]
0x0001 (NEEDED)
We've discovered a small memory leak in __dns_lookup() when the A record
in the DNS answer is preceded by one or more CNAME records.
This can be reproduced by performing a gethostbyname() lookup on
www.google.com or www.yahoo.com. After each CNAME record,
__dns_lookup() leaks by 256
From: Daniel Wainwright wainwright.dan...@gmail.com
To: uclibc@uclibc.org
Date: 2011/12/20 08:44
Subject: getpass fgets check
Sent by: uclibc-boun...@uclibc.org
Hi,
I believe there is a simple error in getpass.c, line 80:
static char buf[PWD_BUFFER_SIZE];
...
/* Read the
From: Denys Vlasenko vda.li...@googlemail.com
On Tue, Dec 20, 2011 at 8:43 AM, Daniel Wainwright
wainwright.dan...@gmail.com wrote:
Hi,
I believe there is a simple error in getpass.c, line 80:
static char buf[PWD_BUFFER_SIZE];
I propose the following patch (sorry, it's attached,
Mike Frysinger vap...@gentoo.org wrote on 2012/03/25 08:58:13:
The _start symbol is the default entry point for ELFs, so there should be
no need to manually specify this. The background motivation is that this
causes issues for ports that have a symbol prefix (like Blackfin) and so
they
On Sun, Mar 25, 2012 at 12:58 AM, Mike Frysinger vap...@gentoo.org wrote:
On Sunday 25 March 2012 03:23:38 Khem Raj wrote:
On Sat, Mar 24, 2012 at 11:58 PM, Mike Frysinger vap...@gentoo.org wrote:
The _start symbol is the default entry point for ELFs, so there should be
no need to
Khem Raj raj.k...@gmail.com wrote on 2012/03/25 20:23:04:
From: Khem Raj raj.k...@gmail.com
To: Joakim Tjernlund joakim.tjernl...@transmode.se
Cc: uclibc@uclibc.org, uclibc-boun...@uclibc.org, Mike Frysinger
vap...@gentoo.org
Date: 2012/03/25 20:23
Subject: Re: [RFC/PATCH] ldso: drop -Wl
uClibc uclibc-boun...@uclibc.org wrote on 2014/09/24 05:51:08:
Hi,
After I using the dlopen some libs successfully, I tried to use dlsym to
find the symbol.
E.g.
The open order is (liba = libb = libc):
liba = dlopen(./liba.so, RTLD_LAZY); //liba.so has the aSymbol
libb =
Yang Yingliang yangyingli...@huawei.com wrote on 2014/09/24 10:44:26:
On 2014/9/24 15:34, Joakim Tjernlund wrote:
uClibc uclibc-boun...@uclibc.org wrote on 2014/09/24 05:51:08:
Hi,
After I using the dlopen some libs successfully, I tried to use dlsym
to
find the symbol.
E.g
Yang Yingliang yangyingli...@huawei.com wrote on 2014/09/25 06:04:54:
Hi,
I encountered a problem, when I used dlsym with RTLD_DEFAULT.
E.g.
$ cat test.c
#include dlfcn.h
#include stdio.h
int main(void)
{
void *libaa = dlopen(./aa.so, RTLD_LAZY);
void (*aaTest1)(void *);
90 matches
Mail list logo
