Hello
On 29 May 2015 04:30:46 Junling Zheng wrote:
On 2015/5/29 10:08, Rich Felker wrote:
> On Fri, May 29, 2015 at 09:58:31AM +0800, Junling Zheng wrote:
>> On 2015/5/29 3:27, Bernhard Reutner-Fischer wrote:
>>> On 28 May 2015 at 04:00, Khem Raj wrote:
>>>
Seems like gdb is not able to
Il 04 settembre 2014 22:32:01 Bernhard Reutner-Fischer
ha scritto:
>On 4 September 2014 19:32, Carmelo Amoroso wrote:
>
>
> Il 04 settembre 2014 00:01:38 Waldemar Brodkorb ha
> scritto:
>
>> Hi Carmelo,
>
>
> Hello,
>
>
>> Carmelo Amoroso w
Il 04 settembre 2014 00:01:38 Waldemar Brodkorb ha scritto:
Hi Carmelo,
Hello,
Carmelo Amoroso wrote,
> Hi,
> I don't think clone on arm is missing RESET_PID if you use the
> correct implementation from
> libpthread/nptl/sysdeps/unix/sysv/linux/arm/clone.S.
Can y
Hi,
I don't think clone on arm is missing RESET_PID if you use the correct
implementation from libpthread/nptl/sysdeps/unix/sysv/linux/arm/clone.S.
Cheers
Carmelo
Inviato con AquaMail per Android
http://www.aqua-mail.com
Il 02 settembre 2014 14:12:24 Wangyufen ha scritto:
From: Wang Yufen
Hello,
we were using prelink on SH4 platform w/o problems (we implemented this
support @ST).
I will try as soon as some bandwidth how it's behaving on our platform
and let you know.
Regards,
Carmelo
On 7/31/2014 2:52 PM, Yann Sionneau wrote:
Hello,
I'm bumping this topic, no one is using
Il 24 luglio 2014 23:05:34 Khem Raj ha scritto:
On Thu, Jul 24, 2014 at 1:48 PM, Bernhard Reutner-Fischer
wrote:
> On Wed, Jul 23, 2014 at 09:20:51PM +0200, Carmelo Amoroso wrote:
>>
>>
>> Il 23 luglio 2014 13:42:38 Jody Bruchon ha scritto:
>>
>> >On 7/2
Il 23 luglio 2014 13:42:38 Jody Bruchon ha scritto:
On 7/22/2014 11:30 PM, Steve Bennett wrote:> I would like to add my
support to Thomas' position.
> Regardless of what happens with glibc and/or musl, an active community
> supporting regular releases of uClibc is a good thing.
> Time has
Hello Alexey,
I guess you sent it to the wrong list.
You need to send to buildroot team.
Regards,
Carmelo
On 7/11/2014 6:31 PM, Alexey Brodkin wrote:
Due to https://gcc.gnu.org/bugzilla/show_bug.cgi?id= it's impossible
to specify custom CFLAGS_FOR_TARGET, it is always gets overriden with v
Il 20 aprile 2014 18:34:26 "Yann E. MORIN" ha
scritto:
Hello!
Hello,
While building postgresql with uClibc, we have locales-related build
failures. Here is a small test-case (by Peter) that breaks on uClibc,
but works on glibc:
---8<--- test.c ---8<---
#include
#include
Hi Nicolas,
On 10/30/2013 7:10 PM, Nicolas Sauzede wrote:
Hi Rich,
Thanks for your answer.
In fact, my 'abort' example was just to demonstrate the weak issue
scenario.
We are indeed facing this issue with a lot of other symbols duplication
when
repurposing the uclibc as a semihosting lib c for
Hello
Il 14 ottobre 2013 18:43:34 "Steve Ellcey " ha scritto:
I am new to building uclibc, but have experience building glibc and newlib,
and I have a question about the best way to build multiple versions of uclibc
from a script without any user interaction.
Currently, I run 'make defconfig'
Thanks Khem
Good idea ... Already registered ... Now we must respin review and release
process.
Carmelo
Inviato con AquaMail per Android
http://www.aqua-mail.com
Il 24 settembre 2013 03:03:49 Khem Raj ha scritto:
Hi All,
ozlabs has kindly added uclibc project mailing list to tracked lists
Hi
Il 20 settembre 2013 11:37:47 Sedat Dilek ha scritto:
On Fri, Sep 20, 2013 at 8:41 AM, Rich Felker wrote:
> On Wed, Sep 18, 2013 at 06:44:15PM +0200, Thomas Petazzoni wrote:
>> Dear Khem Raj,
>>
>> On Wed, 18 Sep 2013 09:11:43 -0700, Khem Raj wrote:
>>
>> > > It'd be really nice if uClibc a
Il 20 settembre 2013 08:41:25 Rich Felker ha scritto:
On Wed, Sep 18, 2013 at 06:44:15PM +0200, Thomas Petazzoni wrote:
> Dear Khem Raj,
> On Wed, 18 Sep 2013 09:11:43 -0700, Khem Raj wrote:
> > > It'd be really nice if uClibc adopted a slightly more frequent
> > > release schedule, to more ea
On 9/17/2013 8:38 AM, neutrino network wrote:
hi,
gcc 4.3.3
ncurses 5.7
I am trying to build(cross compiling for mips) ncurses using a uclibc toolchain
but it gives following error;
lib64\libc.a(nsswitch.o): (.data.rel+0x18):undefined reference to
'_nss_files_endaliasent'
are you sure you
Il 18 settembre 2013 06:49:44 Thomas Petazzoni
ha scritto:
Dear uClibc developers,
Hi Thomas
The last release of uClibc, 0.9.33.2, has been made well over a year
ago. However, there is fairly big number of improvements/fixes in the
master branch that would be interesting to have in a rel
T is a construct already used in several other places in uclibc
but only applicable at directory level. This patch just extend it to file.
>
> Signed-off-by: Carmelo Amoroso
> Signed-off-by: Filippo Arcidiacono
> ---
> Makerules |3 ++-
> 1 files changed, 2 insertions(+), 1 del
Il 08 agosto 2013 23:08:41 Rafał Miłecki hai scritto:
Hi guys,
I recently noticed I can't compile oprofile tool when using uClibc
instead of the glibc. The problem is uClibc doesn't have
AT_BASE_PLATFORM defined in the elf.h
Hum... Why should oprofile use this macro ?
It was reported as op
e global symbol
> scope as it is already there. Or we end up corrupting the linked
> list and further dlsym lookups will hang.
>
> Signed-off-by: Timo Teräs
Acked-by: Carmelo Amoroso
Cheers,
Carmelo
> ---
> ldso/libdl/libdl.c | 18 +-
> 1 file changed, 13 ins
same.
>
>
>
> Could you give me some tips?
>
>
>
> Thanks.
>
>
>
> 发件人: Carmelo Amoroso [mailto:carmel...@gmail.com]
> 发送时间: 2013年6月5日星期三 12:26
> 收件人: Zhang Yu
> 抄送: uclibc@uclibc.org
> 主题: Re: arm_gcc-3.4.6_uClibc-0.9.28 -
arm_v7-a
Patch from Filippo already available. Commit soon.
Thanks
Carmelo
Il giorno 26/mag/2013 19:05, "Eugene Rudoy" ha
scritto:
> Dear all,
>
> 71c10c484e7dc113396cccb7e503befb759c6346 broke libubacktrace.so in that
> way that it doesn't contain backtrace symbol anymore.
> The attached patch fixes the
Il giorno 20/mag/2013 14:38, "Filippo ARCIDIACONO" <
filippo.arcidiac...@st.com> ha scritto:
>
> On 5/19/2013 7:08 AM, Mike Frysinger wrote:
>>
>> On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
>>>
>>> --- a/libc/misc/elf/dl-support.c
>>> +++ b/libc/misc/elf/dl-support.c
>>> @@ -28,
Il giorno 19/mag/2013 07:08, "Mike Frysinger" ha
scritto:
>
> On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
> > --- a/libc/misc/elf/dl-support.c
> > +++ b/libc/misc/elf/dl-support.c
> > @@ -28,6 +28,7 @@ void (*_dl_init_static_tls) (struct link_map *) =
> > &_dl_nothread_init_stat
Il giorno 14/mag/2013 20:08, "ANDY KENNEDY" ha
scritto:
>
> > > two applications listed a backtrace. Only one line is printed with an
> > > address (presumably of the backtrace function call).
> > Yes, it is the calling function address.
> > You can use addr2line command to convert the address in
Il giorno 13/mag/2013 13:59, "Carmelo Amoroso" ha
scritto:
>
> A post commit dic will come sono.
Top many typos ... Meant to sa
A post commit fix will come sono
Apologies.
>
> Carmelo
>
> Il giorno 13/mag/2013 10:24, "Carmelo Amoroso"
ha scritto:
>
A post commit dic will come sono. Apologies.
Carmelo
Il giorno 13/mag/2013 10:24, "Carmelo Amoroso" ha
scritto:
> commit:
> http://git.uclibc.org/uClibc/commit/?id=71c10c484e7dc113396cccb7e503befb759c6346
> branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/maste
Il giorno 08/mag/2013 22:33, "ANDY KENNEDY" ha
scritto:
>
> > -Original Message-
> > From: Carmelo Amoroso [mailto:carmel...@gmail.com]
> > Sent: Wednesday, May 08, 2013 2:36 PM
> > To: ANDY KENNEDY
> > Cc: uclibc@uclibc.org
> > Subject:
Andy
I'll commit fixes forma backtrace with static applications tomorrow.
Thanks forma tour patience
Carmelo
Il giorno 08/mag/2013 21:24, "ANDY KENNEDY" ha
scritto:
> Attempting to backtrace in a simple helloworld app. For the simple app,
> we are just using the source of the example from man b
Folks,
I'm wondering you have even tried to build the whole (or part) of the
uClibc with mudflap support.
Further do you think it's something reasonable to do ? simply does it
make sense to you ?
Thanks,
Carmelo
___
uClibc mailing list
uClibc@uclibc.org
Hello Filippo
Please post the patch so i'll push int.
Carmelo
Il giorno 29/apr/2013 10:04, "Filippo ARCIDIACONO" <
filippo.arcidiac...@st.com> ha scritto:
> On 4/26/2013 4:51 PM, ANDY KENNEDY wrote:
>
>> From: Filippo ARCIDIACONO
>> [mailto:filippo.arcidiacono@**st.com
>>> ]
>>>
>>> On 4/26/2013
On 26/04/2013 5.30, ANDY KENNEDY wrote:
> I'm attempting to link static an app that contains backtrace. I
> set LDFLAGS to "-lubacktrace -ldl" and I get a viable file which
> does run. The app crashes. During the call to backtrace, I get
> an error:
>
> libgcc_s.so.1 must be installed for backt
On 15/03/2013 17.15, Ramesh Rangavittal wrote:
>
> From: Sergei Poselenov [sposele...@emcraft.com]
> Sent: Friday, March 15, 2013 1:50 AM
> To: Ramesh Rangavittal
> Cc: uclibc@uclibc.org
> Subject: Re: Questions on .config [uClibc for ARM Cortex A9]
>
> He
On 28/02/2013 19.52, Jeffrey Walton wrote:
> Hi All,
>
Hi,
> Does uClibc have a hardening guide? If so, would someone be able to
> point me to it?
>
> I have not been able to locate one, but I might be missing some key
> terms. For example,
> https://www.google.com/#q=hardening+guide+site:uclib
d _dl_pagesize as
>> initialised
>> by the ld.so where the aux vext is still untouched.
>>
>> Signed-off-by: Filippo Arcidiacono
>> Reviewed-by: Carmelo Amoroso
>> ---
>> ldso/ldso/ldso.c|2 +-
>> libc/misc/elf/dl-support.c
On 10/12/2012 18.27, Rich Felker wrote:
> On Mon, Dec 10, 2012 at 05:43:54PM +0530, Madhu koriginja wrote:
>> Hi All,
>> I am facing compilation issue with the iozone compilation failure with
>> uclibc library.
>> I am using the uclibc 0.9.32 version, gcc 4.5 linaro toolchain.
>> The same code is c
On 11/12/2012 16.32, Filippo ARCIDIACONO wrote:
> If the syscall returns with an error the stack pointer and r4 register
> are not restored because the instruction 'ldmnefd sp!, {r4}' is executed
> after branching to '__error' label.
> This bug has been spotted out by running './utstest clone 5' fr
On 10/12/2012 14.41, kkmmkk wrote:
>
>
>
>>> elfutils needs getext to properly build. It looks like you are using
>>> OpenWrt, so I would rather direct you to the openwrt development
>>> mailing-list, because this has nothing to do with uClibc per se.
> But I am able to compile with glibc libr
On 26/11/2012 20.45, Rich Felker wrote:
> On Mon, Nov 26, 2012 at 04:45:18PM +0100, Filippo ARCIDIACONO wrote:
>> Folks,
>> we have seen some issues recently in uClibc related to the way the
>> aux vect is managed inside __uClibc_main.
>>
>> Running a set-[user,group]-ID ELF binaries with some 'uns
On 01/11/2012 16.26, Natanael Copa wrote:
> On Fri, Oct 5, 2012 at 1:46 PM, Natanael Copa wrote:
>> building vlc will end up with a segfaulting ./vlc-cache-gen on x86_64.
> ...
>> Core was generated by
>> `/home/ncopa/aports/main/vlc/src/vlc-2.0.3/bin/.libs/lt-vlc-cache-gen
>> ../modules'.
>> Prog
On 02/11/2012 14.54, 风涯 wrote:
> first an example
>
> libmya.c
> [code]
> #include
> void PrintA()
> {
>printf("A\n");
> }
>
> __attribute__ ((weak))
> void myfunc()
> {
>printf("myfunc in libmya\n");
> }
> [/code]
>
>
> libmyb.c
> [code]
> #include
> void PrintB()
> {
>
On 02/11/2012 10.04, Carmelo AMOROSO wrote:
> On 26/09/2012 16.54, Waldemar Brodkorb wrote:
>> Hi,
>>
>
> Hello,
>
>> when building a buildroot based system for the target qemu-mips64-malta I
>> get following output
>> generated:
>> wbx@neon:~/ad
On 26/09/2012 16.54, Waldemar Brodkorb wrote:
> Hi,
>
Hello,
> when building a buildroot based system for the target qemu-mips64-malta I get
> following output
> generated:
> wbx@neon:~/adk/buildroot $ ./output/host/usr/bin/mips64-linux-readelf -a
> output/target/bin/busybox |grep interpreter
On 01/11/2012 19.55, Chris Zankel wrote:
> Hi,
>
> I'm the Xtensa maintainer and have a few outstanding patches that I want
> to commit. Support for the Xtensa architecture has been dormant for
> quite some time now, but I finally have time to bring it up-to-date.
>
> Except for one patch, all ch
On 16/10/2012 18.12, Giancarlo ASNAGHI wrote:
> Hello,
>
Hi,
> I read on your QA that Shared Libraries are not currently supported by uClibc
> on MMU-less systems. It's still valid?
yes. Recently there have been similar post.
> I've tried to compile a new toolchain without MMU and I've added
On 20/09/2012 8.36, Florian Fainelli wrote:
> Hi all,
>
Hi Florian,
> I just updated two systems to uClibc 0.9.33.2/NPTL (ARMv5 and MIPS32r1),
> and I now see dlsym() returning NULL for a symbol where it should not.
>
Does it mean that with an older version is worked ? if so, which one ?
it c
make it cancel-safe, it needs to rely upon the
pthread_cleanup push & pop protocol, as it is already done for
the pthread_mutex counterpart.
Signed-off-by: Filippo Arcidiacono
Signed-off-by: Carmelo Amoroso
---
libc/stdio/Makefile.in|3 ++
libc/stdio/io_lock
On 21/08/2012 2.11, Joaquim Pedro França Simão wrote:
> Hello, I am trying to create a system using BuildRoot, but the system
> generated can not run binaries compiled on himself, gives a segfault.
> It generates a core dump, I managed to capture some of the code that
> theoretically would be the s
On 28/08/2012 18.57, Khem Raj wrote:
> On Tue, Aug 28, 2012 at 12:16 AM, Carmelo AMOROSO
> wrote:
>> On 28/08/2012 9.07, mail...@gmx.de wrote:
>>> Hi,
>>>
>>
>> Hi,
>>
>>> [Please keep me on CC:, I'm not subscribed]
>>>
On 28/08/2012 9.07, mail...@gmx.de wrote:
> Hi,
>
Hi,
> [Please keep me on CC:, I'm not subscribed]
>
> I'm working with current uClibc and had problems with POSIX timers.
>
> I use the timer with SIGEV_THREAD to create one thread each timer event. It
> seems there is a race condition between
On 26/07/2012 20.41, Scott Moore wrote:
> Hi all,
> I'm trying to compile uClibc 0.9.33.2 with NPTL support, but I keep
> encountering build failures (possibly related to ldso). I have
> successfully built uClibc in with no thread support or with
> linuxthreads.old. I appreciate any help you can of
On 19/08/2012 1.51, Mike Frysinger wrote:
> On Tuesday 26 June 2012 05:29:29 Timon ter Braak wrote:
>> I am trying to build a gccgo (go language) cross compiler targetting an
>> ARM system. Go uses the context control routines for coorperative
>> multithreading. uClibc however does not implement th
On 18/06/2012 16.57, Rishi Agrawal wrote:
> Hi All,
>
> I tried compiling uClibc on my Ubuntu 12.04 machine and it failed. See
> below for details. Please let me know what is causing this error, if this
> is the wrong mailing list, please point me to the correct one as I am
> relatively new to em
On 15/06/2012 16.37, Bernhard Reutner-Fischer wrote:
> On 15 June 2012 04:54, Kevin Cernekee wrote:
>> On Wed, Jun 13, 2012 at 12:58 AM, Bernhard Reutner-Fischer
>> wrote:
>>> On Tue, Jun 12, 2012 at 04:52:21PM +0100, Carmelo AMOROSO wrote:
>>>> On 07
On 12/06/2012 16.19, Bernhard Reutner-Fischer wrote:
> On 12 June 2012 14:23, Felix Fietkau wrote:
>> uClibc++ current does not build using an ARM EABI toolchain with the
>> following build failure:
>> eh_alloc.cpp
>> In file included from ../include/basic_definitions:21:0,
>> from
On 07/06/2012 19.32, Kevin Cernekee wrote:
> Currently, the installed libubacktrace linker script entry always uses
> HARDWIRED_ABSPATH semantics, even if HARDWIRED_ABSPATH is disabled:
>
> $ grep GROUP $PREFIX/mipsel-linux-uclibc/sys-root/usr/lib/libc.so
> GROUP ( libc.so.0 uclibc_nonshar
On 23/04/2012 18.12, Bernhard Reutner-Fischer wrote:
> On 21 April 2012 19:36, Khem Raj wrote:
>> On Sat, Apr 21, 2012 at 1:37 AM, Bernhard Reutner-Fischer
>> wrote:
>>>
>>> Let's leave this out for the merge and look at it after the merge
>>> (unless you can fix it for the failing arches), ok?
>
On 10 April 2012 01:46, Anthony G. Basile wrote:
> Hi everyone,
>
> I hit this warning yesterday after a fresh pull from the repo on a big
> endian 32-bit mips compiling with gentoo's mips-gentoo-linux-uclibc-4.6.2.
> It was repeat many times.
>
Hi,
4.6.2 has started enabling more checks and pro
On 1 April 2012 08:55, PHilip RUshik wrote:
> On Sat, Mar 31, 2012 at 11:07 PM, PHilip RUshik wrote:
>
>>
>>
>> On Fri, Mar 30, 2012 at 10:44 PM, PHilip RUshik wrote:
>>
>>>
>>>
>>> On Fri, Mar 30, 2012 at 9:12 PM, Filippo ARCIDIACONO <
>>> filippo.arcidiac...@st.com> wrote:
>>>
>
On 14/03/2012 16.41, Carmelo AMOROSO wrote:
> libpthread/nptl/sysdeps/pthread/pt-longjmp.c: In function 'longjmp':
> libpthread/nptl/sysdeps/pthread/pt-longjmp.c:27:3: warning: implicit
> declaration of function '__libc_longjmp' [-Wimplicit-function-declaration]
>
On 26/03/2012 10.14, Bernhard Reutner-Fischer wrote:
> On 26 March 2012 10:10, Carmelo AMOROSO wrote:
>> likely we need to update the whole header, instead of just fixing the
>> stpcpy case.
>
> This is fixed on the future branch.
&
On 25/03/2012 7.38, Mike Frysinger wrote:
> On Friday 16 March 2012 07:06:47 Rob Landley wrote:
>> The standard:
>>
>> http://pubs.opengroup.org/onlinepubs/9699919799/functions/stpcpy.html
>>
>>
>>
uClibc's include/string.h:
>>
>> #ifdef __USE_GNU ... /* Copy SRC to DEST, returning the address
On 14/03/2012 15.56, Carmelo AMOROSO wrote:
> __libc_once is not available / needed when multithreading support
> is not enabled, so authnone_create() calls authnone_create_once()
> directly.
> When LT.{old,new} is used instead of NPTL, it needs to explicitly
> include to get __
On 14/03/2012 16.41, Carmelo AMOROSO wrote:
> gcc 4.6.x raises useful warnings due to unused-but-set-variable,
> This patch fixes the following one by using properly preprocessor
> guard
>
> libpthread/nptl/sysdeps/pthread/pthread_cond_timedwait.c: In function
> '_
On 21/03/2012 3.46, harshad poshtiwala wrote:
> LinkedIn
>
>
>
>
> I'd like to add you to my professional network on LinkedIn.
>
> - harshad
>
> harshad poshtiwala
> Member of technical staff -3 at Hughes Network Systems
> Washington D.C. Metro Area
>
> Confirm that you know hars
On 16/03/2012 12.06, Rob Landley wrote:
> The standard:
>
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/stpcpy.html
>
> uClibc's include/string.h:
>
> #ifdef __USE_GNU
> ...
> /* Copy SRC to DEST, returning the address of the terminating '\0' in
> DEST. */
> # if 0 /* uClibc: d
'noreturn' function
does return [enabled by default]
Signed-off-by: Carmelo Amoroso
---
libpthread/nptl/sysdeps/pthread/pt-longjmp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/libpthread/nptl/sysdeps/pthread/pt-longjmp.c
b/libpthread/nptl/sysdeps/pthr
wait.c:103:6: warning:
variable 'ret' set but not used [-Wunused-but-set-variable]
Signed-off-by: Carmelo Amoroso
---
.../nptl/sysdeps/pthread/pthread_cond_timedwait.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/libpthread/nptl/sysdeps/pthread/pthread
: variable 'tls_tpnt' set but not
used [-Wunused-but-set-variable]
Signed-off-by: Carmelo Amoroso
---
ldso/ldso/sh/elfinterp.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/ldso/ldso/sh/elfinterp.c b/ldso/ldso/sh/elfinterp.c
index da55b6a..35d2971 10064
Carmelo Amoroso (3):
ldso:sh: fix compiler warning due to unused-but-set-variable
nptl: fix compiler warning due to unused-but-set-variable
nptl: fix compiler warning due to missing prototype
ldso/ldso/sh/elfinterp.c |4
libpthread/nptl/sysdeps/pthread/pt
__libc_once is not available / needed when multithreading support
is not enabled, so authnone_create() calls authnone_create_once()
directly.
When LT.{old,new} is used instead of NPTL, it needs to explicitly
include to get __libc_once to be visible.
Signed-off-by: Carmelo Amoroso
---
libc/inet
On 14/03/2012 15.32, Carmelo AMOROSO wrote:
> On 14/03/2012 15.26, Carmelo AMOROSO wrote:
>> __libc_once is not available / needed when multithreading support
>> is not enabled, so authnone_create() calls authnone_create_once()
>> directly.
>>
>> Signed-off-by:
On 14/03/2012 15.26, Carmelo AMOROSO wrote:
> __libc_once is not available / needed when multithreading support
> is not enabled, so authnone_create() calls authnone_create_once()
> directly.
>
> Signed-off-by: Carmelo Amoroso
> ---
> libc/inet/rpc/auth_none.c |6
On 23/02/2012 21.28, Bernhard Reutner-Fischer wrote:
> On Tue, Feb 21, 2012 at 11:36:11AM +0800, Tony Wu wrote:
>> Carmelo,
>>
>> Commit c697912b3a9 'inet:rpc: fix authnone_marshal in multithreading
>> context' breaks linuxthreads build,
>
> LT as in LT.old or LT.new? Seems it doesn't matter.
>
__libc_once is not available / needed when multithreading support
is not enabled, so authnone_create() calls authnone_create_once()
directly.
Signed-off-by: Carmelo Amoroso
---
libc/inet/rpc/auth_none.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/libc/inet/rpc
On 27/02/2012 18.44, Carmelo AMOROSO wrote:
> On 23/02/2012 21.28, Bernhard Reutner-Fischer wrote:
>> On Tue, Feb 21, 2012 at 11:36:11AM +0800, Tony Wu wrote:
>>> Carmelo,
>>>
>>> Commit c697912b3a9 'inet:rpc: fix authnone_marshal in multithreading
>>
On 23/02/2012 21.28, Bernhard Reutner-Fischer wrote:
> On Tue, Feb 21, 2012 at 11:36:11AM +0800, Tony Wu wrote:
>> Carmelo,
>>
>> Commit c697912b3a9 'inet:rpc: fix authnone_marshal in multithreading
>> context' breaks linuxthreads build,
>
> LT as in LT.old or LT.new? Seems it doesn't matter.
>
Please commit
Cheers
Carmelo
Inviato da iPod
Il giorno 04/feb/2012, alle ore 05:42, Khem Raj ha scritto:
> This is needed for stat'ing loop devices > 255
> since otherwise kernel returns EOVERFLOW becasue
> it needs st_rdev/st_dev to be larger than 16bits but
> in kernel it uses __old_kernel_st
On 02/02/2012 23.04, Khem Raj wrote:
> On Thu, Feb 2, 2012 at 1:38 PM, Peter Mazinger wrote:
> they are already rebased on master here https://github.com/kraj/uClibc
> so i will start from there and if you can help in issues as we find
> that will be useful
> i want to avoid breaka
On 03/02/2012 13.58, Mike Frysinger wrote:
> On Thursday 02 February 2012 19:12:00 Khem Raj wrote:
>> --- a/libc/sysdeps/linux/common/stat.c +++
>> b/libc/sysdeps/linux/common/stat.c
>>
>> int stat(const char *file_name, struct stat *buf) { int result;
>> +#ifdef __NR_stat64 +struct kerne
This is a port of glibc's fix by Zack Weinberg as reported
in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142312,
and discussed in http://sourceware.org/ml/libc-alpha/2002-04/msg00069.html
and following.
Signed-off-by: Carmelo Amoroso
---
libc/inet/rpc/auth_none.c |
On 23/01/2012 11.43, stl wrote:
> Hello,
> if I want to statically cross-compiled a file, what should I do
> to avoid symbol alias names?
> Thanks for your answers.
what kind of problem/scenario you are trying to address ?
what do you mean with "avoiding alias" ?
carmelo
> ___
On 28/01/2012 21.28, Bernhard Reutner-Fischer wrote:
> commit:
> http://git.uclibc.org/uClibc/commit/?id=83ce0cc4d5e93549f0a9447a9bd6b051f5f1b62f
> branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
>
> Signed-off-by: Bernhard Reutner-Fischer
Thanks Bernhard,
I couldn't complete
On 27/01/2012 16.54, Bernhard Reutner-Fischer wrote:
> On Jan 27, 2012 4:47 PM, "Carmelo AMOROSO" wrote:
>
>> So, to summarise I'd expect
>>
>> libc.{so,a}
>>---> __libc_sigaction (global)
>>---> __GI_sigaction (hidden alias for i
On 27/01/2012 14.17, Carmelo AMOROSO wrote:
> On 27/01/2012 12.13, Carmelo AMOROSO wrote:
>> On 26/01/2012 17.08, Johannes Stezenbach wrote:
>>> On Fri, Jan 13, 2012 at 10:38:57AM +0100, Carmelo AMOROSO wrote:
>>>> On 16/12/2011 18.36, Johannes Stezenbach wrote:
>&
On 27/01/2012 15.55, Johannes Stezenbach wrote:
> On Fri, Jan 27, 2012 at 02:17:25PM +0100, Carmelo AMOROSO wrote:
>> Well,
>> what I'd expect to have for sigaction is:
>>
>> libc.{so,a}
>> ---> __libc_sigaction (global)
>>
On 27/01/2012 12.13, Carmelo AMOROSO wrote:
> On 26/01/2012 17.08, Johannes Stezenbach wrote:
>> On Fri, Jan 13, 2012 at 10:38:57AM +0100, Carmelo AMOROSO wrote:
>>> On 16/12/2011 18.36, Johannes Stezenbach wrote:
>>>> On Fri, Dec 16, 2011 at 05:59:16PM +0100, Carmelo
On 26/01/2012 17.08, Johannes Stezenbach wrote:
> On Fri, Jan 13, 2012 at 10:38:57AM +0100, Carmelo AMOROSO wrote:
>> On 16/12/2011 18.36, Johannes Stezenbach wrote:
>>> On Fri, Dec 16, 2011 at 05:59:16PM +0100, Carmelo Amoroso wrote:
>>>> On 16/12/11 15:57, Johannes
On 24/01/2012 7.56, Bernhard Reutner-Fischer wrote:
> On Jan 24, 2012 2:04 AM, "Khem Raj" wrote:
>>
>> On (23/01/12 19:59), Carmelo AMOROSO wrote:
>>> Indeed, the common, mips and xtensa version of pread_write.c do not
>>> refer any of types defined in k
On 24/01/2012 3.17, Mike Frysinger wrote:
> On Monday 23 January 2012 13:26:44 Carmelo AMOROSO wrote:
>> I'm wondering if we do still need to have in uclibc a version of
>> kernel_types.h, any idea ?
>
> the alternative is ... ? relying on linux/types.h ?
linux/posix
Indeed, the common, mips and xtensa version of pread_write.c do not
refer any of types defined in kernel_types.h, so not needed
to include this header.
(Build untested on mips, xtensa)
Signed-off-by: Carmelo Amoroso
CC: Chris Zankel
CC: Khem Raj
---
libc/sysdeps/linux/common/pread_write.c
Folks,
I'm wondering if we do still need to have in uclibc a version of
kernel_types.h, any idea ?
thanks,
carmelo
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On 21/01/12 20:42, Khem Raj wrote:
> On Sat, Jan 21, 2012 at 6:47 AM, Carmelo AMOROSO
> wrote:
>> On 21/01/2012 15.08, Khem Raj wrote:
>>> Arm has a different mechanism of getting
>>> _Unwind_GetIP. Therefore we profile arch
>>> specific backtrac
uclibc_shared.a
should not be needed.
> diff --git a/libubacktrace/arm/backtrace.c b/libubacktrace/arm/backtrace.c
> new file mode 100644
> index 000..8a18c6c
> --- /dev/null
> +++ b/libubacktrace/arm/backtrace.c
> @@ -0,0 +1,104 @@
> +/*
> + * Perform stack unwinding by
On 21/01/2012 9.28, Khem Raj wrote:
> On (20/01/12 10:36), Carmelo AMOROSO wrote:
>> On 20/01/2012 7.55, Khem Raj wrote:
>>> On Thu, Jan 19, 2012 at 6:42 AM, Carmelo AMOROSO
>>> wrote:
>>>> On 19/01/2012 15.28, Carmelo AMOROSO wrote:
>>>&
On 20/01/2012 7.55, Khem Raj wrote:
> On Thu, Jan 19, 2012 at 6:42 AM, Carmelo AMOROSO
> wrote:
>> On 19/01/2012 15.28, Carmelo AMOROSO wrote:
>>> Fill properly the sym_ref fields when invoking _dl_find_hash to lookup
>>> symbols
>
> this did not make the s
On 19/01/2012 15.28, Carmelo AMOROSO wrote:
> Fill properly the sym_ref fields when invoking _dl_find_hash to lookup
> symbols
>
> Signed-off-by: Carmelo Amoroso
> ---
> ldso/ldso/mips/elfinterp.c |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
>
Fill properly the sym_ref fields when invoking _dl_find_hash to lookup
symbols
Signed-off-by: Carmelo Amoroso
---
ldso/ldso/mips/elfinterp.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/ldso/ldso/mips/elfinterp.c b/ldso/ldso/mips/elfinterp.c
index b748839..5d0eff5
On 19/01/2012 0.10, Khem Raj wrote:
> On Wed, Jan 18, 2012 at 9:42 AM, Filippo ARCIDIACONO
> wrote:
>> With your fix was ok?
>
> I did not try mips with my fix but I will try soon
>
>> In our sh4 target pango-querymodules runs without any problem.
>
> yes it runs fine on ppc, x86,amd64 here as
On 18/01/2012 7.58, Khem Raj wrote:
> On Tue, Jan 17, 2012 at 9:23 AM, Carmelo AMOROSO
> wrote:
>> Defer removal of the local scope of a dl-opened library after
>> all the destructors (of itself and related dependencies) are actually
>> get unloaded, otherwise any functi
On 17/01/2012 19.24, Mike Frysinger wrote:
> On Tuesday 17 January 2012 12:23:43 Carmelo AMOROSO wrote:
>> Defer removal of the local scope of a dl-opened library after all
>> the destructors (of itself and related dependencies) are
>> actually get unloaded, otherwise any fu
1 - 100 of 1020 matches
Mail list logo