-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan E wrote:
> On Sat, 18 Apr 2009 18:20 +0200, "Carmelo Amoroso"
> wrote:
>> IIRC, on sh, tls testes pass all, only 3 failures with nptl
>> (tst-cpuclocks),
>> and probably the tests have some errors.
>> I&#
Dan E wrote:
> For those who have working uClibc implementations of NPTL, such as arm
> and sh, I have a question. How do you test it? Do you run the test
> programs for NPTL located in $TOPLEVEL/test/tls and $TOPLEVEL/test/nptl
> ? Does every one run without error?
>
> I've been able to get al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Timo Teräs wrote:
> Khem Raj wrote:
>> On Wednesday 08 April 2009 11:56:23 pm Timo Teräs wrote:
>>> Patch is at:
>>> http://solidboot.com/~fabled/uclibc-nptl-i386.diff
>> I looked at this patch quickly. One thing that I saw was that you are
>> disabli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Khem Raj wrote:
> 2009/4/11 Timo Teräs :
>> Khem Raj wrote:
>>> On Wednesday 08 April 2009 11:56:23 pm Timo Teräs wrote:
Patch is at:
http://solidboot.com/~fabled/uclibc-nptl-i386.diff
>>> I looked at this patch quickly. One thing that I sa
Guo Hongruan wrote:
> Hi Bernhard,
>Thanks for your help.
>I will try to port this small testsuite to our system.
>In fact, I have run the LTP on my system. I just want a specific
> testsuite for libc. How about glibc testsuite? I want to port it to test
> uclibc. Is it valuable?
>
> T
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Folks,
I've looked at the change history of ldso/ldso/mips/elfinterp.c and
I think that we have made a lot of mistakes with this file.
rev | committer | change
- ---
15882 | sjhill | added
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan E wrote:
> It figures. Let's try that again without the word wrapping.
>
I agree with Mike to stop talking, and let's go back to code...
> -- patch start --
> Index: uClibc-nptl/include/unistd.h
> ===
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
[SNIP]
> git however ive found to be a complete dream with branching and merging (ive
> used it with linux, u-boot, personal projects, etc...). we're in the process
> of migrating to git now (or at least, we're whining to OSU g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Timo Teräs wrote:
> Mike Frysinger wrote:
>> On Friday 10 April 2009 01:07:52 Timo Teräs wrote:
>>> Mike Frysinger wrote:
On Thursday 09 April 2009 10:24:53 Cristi Magherusan wrote:
> Is there anyone interested in porting the NPTL branch to x8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan E wrote:
> On Thu, 09 Apr 2009 10:43 +0200, "Carmelo AMOROSO"
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Khem Raj wrote:
>>> On Wednesday 08 April 2009 10:27:44 pm Dan E wr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Khem Raj wrote:
> On Wednesday 08 April 2009 10:27:44 pm Dan E wrote:
>> OK, I lied. There are 4 patches in all for this set.
>>
>> I could not get a clean build without these changes.
>
> what error messages do you get without this patch ?
>
>> A
Bernhard Reutner-Fischer wrote:
> On Thu, Apr 02, 2009 at 09:39:13AM +0200, Carmelo AMOROSO wrote:
>
>> Olivier Hochreutiner wrote:
>>> Hi there,
>>>
>>> I am facing a problem with the uClibc++ implementation of std::map,
>>> which can be illustr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
alessio.ste...@gidi.it wrote:
> I hope not because linuxthreads are an old an inefficient implementation of
> threads under linux right?
>
Alessio,
you email appear unreadable. Please compose in plain/text, no html
at all. No disclaimers at the end, y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olivier Hochreutiner wrote:
> Hi there,
>
> I am facing a problem with the uClibc++ implementation of std::map,
> which can be illustrated with the following code:
>
uClibc++ is not uCLibc.
Please post your question to the proper list.
Cheers,
Carme
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Ng wrote:
> Carmelo AMOROSO st.com> writes:
>>> I had it building in 0.28.1, but I get the below error when using 0.30.0:
>>>
>>> libpthread/linuxthreads/sysdeps/pthread/errno-loc.c:23:27: error: sysdep-
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Ng wrote:
> Hi,
>
> Can someone please tell me what is the current state of NPTL (Native POSIX
> Threading Library) for powerpc?
>
Not available.
Same question arises hundreds of time.
Currently supported and tested arch are sh4 and arm.
Re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Denys Vlasenko wrote:
> On Monday 16 March 2009 07:35, Mike Frysinger wrote:
>>> I must admit that what I am seeing in not particularly encouraging.
>>> My fear is that yet another pthread implementation will land,
>>> without cleanup, without docs, wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Eggers wrote:
>>> I've tried to build an ARM NPTL toolchain with buildroot. Therefore I've
>>> added a new option for using the head of the nptl-branch of uclibc to
>>> buildroot-2009.02.
>>>
>>> Buildroot-Settings:
>>> Target Architecture: a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Filippo ARCIDIACONO wrote:
>
>
>> -Original Message-
>> From: uclibc-boun...@uclibc.org
>> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Kovesdi Gyorgy
>> Sent: Wednesday, March 25, 2009 9:49 AM
>> To: uclibc@uclibc.org
>> Subject: proble
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rhabarber1848 wrote:
> Bernhard Reutner-Fischer wrote:
>
>> I think that improving NPTL would be a good thing, i suppose that
>> we ultimately want to abandon the other impls in favour of it, at
>> least mid- or long-term.
>
> Hi,
>
> would it then
??? wrote:
> I ran the following source code in x86(glibc) and MIPS(uClibc).
> In the x86, it has no problem.
> In the MIPS, however, my program is aborted.
> Is this a bug of gethostbyname_r() ?
> I don't know why it is aborted.
>
> In the x86, following are printed.
>
> gethostname_r() with w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
k...@uclibc.org wrote:
> Author: kraj
> Date: 2009-03-19 18:00:28 + (Thu, 19 Mar 2009)
> New Revision: 25761
>
> Log:
> Merged revisions 25744 via svnmerge from
> svn+ssh://k...@svn.uclibc.org/svn/trunk/uClibc
>
Khem
thanks for helping with sun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Wednesday 18 March 2009 02:15:09 Carmelo AMOROSO wrote:
>> Austin Foxley wrote:
>>> Out of necessity, I've got the nptl branch working with sparc32.
>>> Linuxthreads was giving our heavy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
> Out of necessity, I've got the nptl branch working with sparc32.
> Linuxthreads was giving our heavy thread using application trouble.
>
> Attached is the (sort of large) patch.
> Basically it's just an update from glibc/sparc32
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
> Denys Vlasenko wrote:
>> On Wednesday 04 March 2009 04:41:41 pm Salvatore CRO' wrote:
>>> Hi Carmelo,
>>> Attached is a proposal tailored for rpc test that could be very easily
>>> e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sagar Borikar wrote:
> On Thu, Mar 12, 2009 at 12:40 PM, Carmelo AMOROSO
> wrote:
> Khem Raj wrote:
>>>> On Wednesday 11 March 2009 23:41:39 Sagar Borikar wrote:
>>>>> Hi,
>>>>>
>>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Khem Raj wrote:
> On Wednesday 11 March 2009 23:41:39 Sagar Borikar wrote:
>> Hi,
>>
>> We wanted to add NPTL support on our platform built in uClibc. While
>> browsing, I figured out that 0.9.30 was supposed to merge the
>> uclibc-nptl branch. But in
Carmelo AMOROSO wrote:
> Denys Vlasenko wrote:
>> On Wednesday 04 March 2009 04:41:41 pm Salvatore CRO' wrote:
>>> Hi Carmelo,
>>> Attached is a proposal tailored for rpc test that could be very easily
>>> extedend to all tests in uClibc. Indeed it a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Thu, Mar 05, 2009 at 10:33:16AM -0800, Ned Ludd wrote:
>> On Thu, 2009-03-05 at 18:50 +0100, Bernhard Reutner-Fischer wrote:
>
>>> Does anybody remember the story behind __NO_LONG_DOUBLE_MATH?
>>> Let's take powerp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
> Bernhard Reutner-Fischer wrote:
>> On Wed, Feb 18, 2009 at 07:58:21AM -0800, Ned Ludd wrote:
>>> On Wed, 2009-02-18 at 12:07 +0100, Bernhard Reutner-Fischer wrote:
>>>> On Wed, Feb 18, 2009 at 10:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Wed, Feb 18, 2009 at 07:58:21AM -0800, Ned Ludd wrote:
>> On Wed, 2009-02-18 at 12:07 +0100, Bernhard Reutner-Fischer wrote:
>>> On Wed, Feb 18, 2009 at 10:07:43AM +0100, Carmelo AMOROSO wrote:
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Khem Raj wrote:
> Hi
>
> Currently we implement creat () in same file as open () implementation
> in open.c. On NPTL we override open.c with its own implementation of
> open which also considers cancellation. As a result when we override
> open.c we a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Denys Vlasenko wrote:
> On Wednesday 04 March 2009 04:41:41 pm Salvatore CRO' wrote:
>> Hi Carmelo,
>> Attached is a proposal tailored for rpc test that could be very easily
>> extedend to all tests in uClibc. Indeed it avoids "include ../../.config" i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Chapman wrote:
> Carmelo AMOROSO wrote:
>> James Chapman wrote:
>>> Carmelo AMOROSO wrote:
>>>> James Chapman wrote:
>>>>> Carmelo AMOROSO wrote:
>>>>>> James Chapman wro
heers,
> Salvo.
>
Hi Salvo,
I like it ;-): it appear a cleaner/working design. If nobody has
concerns, please go ahead and post a patch to fix makefile overall.
Thanks,
Carmelo
>
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On B
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Chapman wrote:
> Carmelo AMOROSO wrote:
>> James Chapman wrote:
>>> Carmelo AMOROSO wrote:
>>>> James Chapman wrote:
>>>>> Carmelo AMOROSO wrote:
>>>>>> James Chapman wrote:
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Tue, Feb 24, 2009 at 01:07:15PM +0100, Carmelo AMOROSO wrote:
>
>>> Log:
>>> - disable libcrypt tests if we have no libcrypt
>>>
>>>
>>> Modified:
>>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
...unless you know perfectly what you are doing.
Thanks in advance,
Carmelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkmuN2gACgkQoRq/3BrK1s+iZgCg+hu0SC+k
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Chapman wrote:
> Carmelo AMOROSO wrote:
>> James Chapman wrote:
>>> Carmelo AMOROSO wrote:
>>>> James Chapman wrote:
>>>>> Carmelo Amoroso wrote:
>>>>>> Bernhard Reutner-Fis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rick Fried wrote:
> Hi, Does version 0.9.30 have support for NPTL threads on the MIPS
> architecture? Some files in this release suggest that the NPTL merge has
> been completed...is this true?
>
No.
Carmelo
> Thanks, Rick
>
> _
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Chapman wrote:
> Carmelo AMOROSO wrote:
>> James Chapman wrote:
>>> Carmelo Amoroso wrote:
>>>> Bernhard Reutner-Fischer wrote:
>>>>> [James, wrong list, redirecting accordingly]
>>>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Chapman wrote:
> Carmelo Amoroso wrote:
>> Bernhard Reutner-Fischer wrote:
>>> [James, wrong list, redirecting accordingly]
>>>
>>> On Mon, Mar 02, 2009 at 10:27:25PM +, James Chapman wrote:
>>>
Bernhard Reutner-Fischer wrote:
> [James, wrong list, redirecting accordingly]
>
> On Mon, Mar 02, 2009 at 10:27:25PM +, James Chapman wrote:
>> Just wondering what the status of the MIPS arch is on the uclibc-NPTL
>> branch tip. I'm seeing compile errors because _dl_find_hash() now has
>> an
Colin Whittaker wrote:
> Carmelo Amoroso wrote:
>> Colin Whittaker wrote:
>>
>>> Carmelo Amoroso wrote:
>>>
>>>> Try enabling debug early support into dynamic linker and run again.
>>>> Just to see if it is failing in the dynamic l
Rob Landley wrote:
> On Thursday 26 February 2009 08:36:13 Carmelo AMOROSO wrote:
>> Rob Landley wrote:
>>> If I enable CTOR/DTOR support, I get undefined _init and _fini. I don't
>>> remember which .o file those two are in, but it's linking in the same
&
Colin Whittaker wrote:
> Carmelo Amoroso wrote:
>> Try enabling debug early support into dynamic linker and run again.
>> Just to see if it is failing in the dynamic linker or in the application.
>> I suggest to build uclibc with full debug symbols too and start a real
Colin Whittaker wrote:
> Colin Whittaker wrote:
>> André Goddard Rosa wrote:
>>> On Thu, Feb 26, 2009 at 4:45 PM, Colin Whittaker
>>> mailto:col...@occamnetworks.com>> wrote:
>>>
>>> Hi, I'm new here. I searched and found a similar thread that
>>> didn't seem to get resolved. Any help would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Landley wrote:
> If I enable CTOR/DTOR support, I get undefined _init and _fini. I don't
> remember which .o file those two are in, but it's linking in the same group
> as
> all the other targets and those work, sh4 doesn't.
>
> # gcc -v threa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
al...@uclibc.org wrote:
> Author: aldot
> Date: 2009-02-23 10:50:49 + (Mon, 23 Feb 2009)
> New Revision: 25422
>
> Log:
> - disable libcrypt tests if we have no libcrypt
>
>
> Modified:
>trunk/uClibc/test/crypt/Makefile
>
>
> Changeset:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Griffin wrote:
>> Peter,
>> I've changed in rev 25414 SH specific files to use
>> gcc built-in macros instead of relying on uclibc config ones
>> (that may changes one day for example).
>> Please let me know if this breaks uclibc on sh2[a].
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Denys Vlasenko wrote:
> On Thursday 19 February 2009 05:59:36 pm Carmelo AMOROSO wrote:
>> Carmelo AMOROSO wrote:
>>> Marcus Johansson wrote:
>>>> Hello!
>>>> What is the status of the NPTL merge to trunk?
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Landley wrote:
> If I enable CTOR/DTOR support, I get undefined _init and _fini. I don't
> remember which .o file those two are in, but it's linking in the same group
> as
> all the other targets and those work, sh4 doesn't.
>
> # gcc -v threa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Denys Vlasenko wrote:
> On Thursday 19 February 2009 10:45:54 am Carmelo AMOROSO wrote:
>> v...@uclibc.org wrote:
>>> Author: vda
>>> Date: 2009-02-17 01:45:32 + (Tue, 17 Feb 2009)
>>> New Revision: 25345
>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Griffin wrote:
>>> +#ifdef __CONFIG_SH2__ | __CONFIG_SH2A__
>>> # define __SH_SYSCALL_TRAP_BASE 0x20
>>> #else
>>> # define __SH_SYSCALL_TRAP_BASE 0x10
>> Applied, thanks.
> err, how could that possibly be correct?
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Fri, Feb 20, 2009 at 03:59:11PM +0100, Carmelo AMOROSO wrote:
>
>>> oh, and probably -DFOO=__sh2__ -DBAR=__SH2A__
>> why ? I would expect to be defined by gcc itself.
>> At least cr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Fri, Feb 20, 2009 at 03:18:04PM +0100, Bernhard Reutner-Fischer wrote:
>> On Fri, Feb 20, 2009 at 03:12:34PM +0100, Carmelo AMOROSO wrote:
>>
>>>>>> +#ifdef __CONFIG_SH2__ |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Fri, Feb 20, 2009 at 03:12:34PM +0100, Carmelo AMOROSO wrote:
>
>>>>> +#ifdef __CONFIG_SH2__ | __CONFIG_SH2A__
>>>>> # define __SH_SYSCALL_TRAP_BASE 0x20
>>>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Fri, Feb 20, 2009 at 01:55:45PM +0100, Carmelo AMOROSO wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Peter Griffin wrote:
>>> >From c1f94ea2fbebc0ce321da
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Griffin wrote:
>>From c1f94ea2fbebc0ce321da7220c6a69bfb997c21a Mon Sep 17 00:00:00 2001
> From: Peter Griffin
> Date: Fri, 20 Feb 2009 05:42:03 +
> Subject: [PATCH] sh: Fix __SH_SYSCALL_TRAP_BASE for SH2A architecture
>
>
> Signed-off-by:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
> Marcus Johansson wrote:
>> Hello!
>
>> What is the status of the NPTL merge to trunk?
>
>> Best regards,
>> Marcus
>
> Asked many times... it may be worth to read the replies.
>
&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus Johansson wrote:
> Hello!
>
> What is the status of the NPTL merge to trunk?
>
> Best regards,
> Marcus
>
Asked many times... it may be worth to read the replies.
carmelo
>
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
v...@uclibc.org wrote:
> Author: vda
> Date: 2009-02-17 01:45:32 + (Tue, 17 Feb 2009)
> New Revision: 25345
>
> Log:
> test/math/compile_test.c: "are long double functions even compile/link?" test
> *: fix everything which prevents above from buil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ned Ludd wrote:
> On Wed, 2009-02-18 at 12:07 +0100, Bernhard Reutner-Fischer wrote:
>> On Wed, Feb 18, 2009 at 10:07:43AM +0100, Carmelo AMOROSO wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Wed, Feb 18, 2009 at 10:07:43AM +0100, Carmelo AMOROSO wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> al...@uclibc.org wrote:
>>> Author: aldot
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
al...@uclibc.org wrote:
> Author: aldot
> Date: 2008-10-03 07:24:28 -0700 (Fri, 03 Oct 2008)
> New Revision: 23582
>
> Log:
> - add long double math wrappers (Ned Ludd)
>
>
> Added:
>trunk/uClibc/libm/ldouble_wrappers.c
>
> Modified:
>trunk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
k...@uclibc.org wrote:
> Author: kraj
> Date: 2008-12-23 10:16:51 + (Tue, 23 Dec 2008)
> New Revision: 24517
>
> Log:
> Get non nptl threads compiled on x86.
>
>
> Modified:
>branches/uClibc-nptl/include/resolv.h
>
>
> Changeset:
> Modifie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Mon, Feb 16, 2009 at 06:02:20PM +0100, Carmelo AMOROSO wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Carmelo AMOROSO wrote:
>>> al...@uclibc.org wrote:
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Landley wrote:
> Just noticed Denys checking more stuff into the nptl branch. (Mirroring a
> commit to mainline with a second commit to the branch.)
Basiacally Denys is tryuing to make the merge easier doing this double
commit when working on gen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
> al...@uclibc.org wrote:
>> Author: aldot
>> Date: 2008-12-22 11:31:12 + (Mon, 22 Dec 2008)
>> New Revision: 24487
>
>> Log:
>> - fix fpclassify, signbit, isfinite, isnan, isinf mac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
al...@uclibc.org wrote:
> Author: aldot
> Date: 2008-12-22 11:31:12 + (Mon, 22 Dec 2008)
> New Revision: 24487
>
> Log:
> - fix fpclassify, signbit, isfinite, isnan, isinf macros for long double math
> support
> - add rule to create preprocessor
Denys Vlasenko wrote:
> On Friday 13 February 2009 11:54, Carmelo AMOROSO wrote:
>> rhabarber1848 wrote:
>>> Denys Vlasenko wrote:
>>>
>>>> But if "anyone" is a patched version of gcc and patch
>>>> simply uses uclibc internals (whic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rhabarber1848 wrote:
> Denys Vlasenko wrote:
>
>> But if "anyone" is a patched version of gcc and patch
>> simply uses uclibc internals (which were leaking through
>> non-sanitized headers) instead of using public interface,
>> that is a badly written
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Khem Raj wrote:
> On (11/02/09 18:29), Carmelo AMOROSO wrote:
>> I can see three different solutions
>>
>> 1) remove the #ifdef _LIBC from within bits/uClibc_locale.h
>
> if possible this would be good.
>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Landley wrote:
> On Wednesday 11 February 2009 11:29:56 Carmelo AMOROSO wrote:
>> Folks,
>> following previous emails I've looked at this issue better, not it's
>> clearer to me and I'd like to discuss to figu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
> Folks,
> following previous emails I've looked at this issue better, not it's
FIX typo: now it's clearer to me.
> clearer to me and I'd like to discuss to figure out the best solution.
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Folks,
following previous emails I've looked at this issue better, not it's
clearer to me and I'd like to discuss to figure out the best solution.
I've always used libstdc++ library from gcc toolchain (4.24.) with
uclibc specific pacthes taken from bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
> Denys Vlasenko wrote:
>> On Tue, Feb 10, 2009 at 6:24 PM, Carmelo AMOROSO
>> wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> v...@uclibc.org wrote:
&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Denys Vlasenko wrote:
> On Tue, Feb 10, 2009 at 6:24 PM, Carmelo AMOROSO
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> v...@uclibc.org wrote:
>>> Author: vda
>>> Date: 2009
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
v...@uclibc.org wrote:
> Author: vda
> Date: 2009-01-21 02:53:20 + (Wed, 21 Jan 2009)
> New Revision: 24935
>
> Log:
> *: remove __UCLIBC_CURLOCALE_DATA, __UCLIBC_CURLOCALE_DATA.x
> is always equivalent to __UCLIBC_CURLOCALE->x.
> remove typed
Mikael Lund Jepsen, ICCC wrote:
> Hi all,
> I've made a number of changes since my original post, taking both Joakim
> and Bernards changes into consideration.
> I hope they address their concerns properly. Most importantly, I now
> malloc a buffer of an appropriate size instead of statically alloc
Denys Vlasenko wrote:
> On Monday 02 February 2009 23:02, Bernhard Reutner-Fischer wrote:
>> On Wed, Jan 28, 2009 at 04:39:35PM +0100, Carmelo AMOROSO wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Folks,
>>> while
Denys Vlasenko wrote:
> On Tuesday 03 February 2009 00:17, Denys Vlasenko wrote:
>> On Wednesday 28 January 2009 16:39, Carmelo AMOROSO wrote:
>>> Folks,
>>> while reviewing test suite, found an issue in setting RPATH
>>> when TEST_INSTALLED_UCLIBC is not set.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
> On Wed, Jan 28, 2009 at 04:39:35PM +0100, Carmelo AMOROSO wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Folks,
>> while reviewing test suite, found
libraries to be loaded
without setting LD_LIBRARY_PATH.
When TEST_INSTALLED_UCLIBC is set, it doesn't need to set the RPATH,
otherwise ass to the RPATH the $(top_builddir)lib too.
UCLIBC_LDSO_ABSPATH is untouched.
Signed-off-by: Carmelo Amoroso
Index: test/Rule
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Will Wagner wrote:
> Doing a default config with linuxthreads and arm fails to compile due to
> missing headers.
> The attached patch adds the headers. After applying this patch it all
> seems to work.
>
> Will.
>
Patch reworked due trailing CR.
Appl
olsaj...@gmail.com wrote:
> Hi,
>
> removing check for the relocation type check in the resolver,
> from all archs, as decided in the previous email.
> I tested it for i386, so no real test really.
>
> regards,
> jirka
>
>
> Signed-off-by: Jiri Olsa
>
> Index: ldso/ldso/arm/elfinterp.c
>
Denys Vlasenko wrote:
> On Wednesday 28 January 2009 08:33, Carmelo AMOROSO wrote:
>> v...@uclibc.org wrote:
>>> Author: vda
>>> Date: 2009-01-28 01:04:49 + (Wed, 28 Jan 2009)
>>> New Revision: 25083
>>>
>>> Log:
>>> "make
alessio.ste...@gidi.it wrote:
> Dear Mr.,
> I would like to program both in C and in C++ on a target system
> developed using buildroot and uclibc.
> Do I need to include uclibc++ or not?
You need STL implementation cor C++ development, They can be taken from
uclibc++ (but depending on
Mikael Lund Jepsen, ICCC wrote:
> H.Heinold wrote:
>> Hi,
>>
>> thanks four your effort, but this already know and will be checked in
>> after the nptl-merge.
> Hi all,
> Just out of curiosity: why is such a change not committed to trunk just
> because there is nptl work going on in a separate br
v...@uclibc.org wrote:
> Author: vda
> Date: 2009-01-28 01:04:49 + (Wed, 28 Jan 2009)
> New Revision: 25083
>
> Log:
> "make utils" now successfully makes utils for target
>
>
make utils has been always worked for me (at least on nptl branch)
What's the problem ?
carmelo
>
> Modified:
>
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: In
al...@uclibc.org wrote:
> Author: aldot
> Date: 2009-01-21 22:21:40 + (Wed, 21 Jan 2009)
> New Revision: 24946
>
> Log:
> - remove unavailable functionality upon request (Peter Mazinger)
>
>
> Modified:
>trunk/uClibc/Makefile.in
>trunk/uClibc/extra/scripts/conf-header.sh
>trunk/u
Folks,
looking at include/errno.h I've noted that the following line:
#if defined _LIBC && ( defined IS_IN_libc || defined NOT_IN_libc )
#include
#endif
IIUC, we would wand to include uClibc_errno.h only if we are inside
uclibc/libc
so, I imagine we should use
#if defined _LIBC && ( defined IS_
Carmelo AMOROSO wrote:
> Mikael Lund Jepsen, ICCC wrote:
>> Hi all,
>> I've brought down the uclibc-nptl branch from cvs today and hacked
>> buildroot (snapshot from 20081215) a bit to compile it.
>> I'm compiling for ARM against a 2.6.23.16 kernel, but run in
Kevin Day wrote:
> This is more a less a fix of the symptom, the cause of why this memory
> is assumed to be allocated and how is it not being allocated.
>
> The segfault:
> ==31258== Process terminating with default action of signal 11
> (SIGSEGV): dumping core
> ==31258== Access not within mapp
m m wrote:
> Hi,
>
> I might be missing smth, but I still dont see those changes
> in the trunk.
>
you are right.. probably I was sleeping. Applied in re 24833.
sorry for delay.
Carmelo
> Actually this might be just my ignorance of the uclibc project devel in
> global..
> Are you using trunk f
Mikael Lund Jepsen, ICCC wrote:
> Hi all,
> I cannot see the shm_open / shm_unlink functions implemented in librt.
> Is there any reason (bloat, ?) for not including these?
>
as simply it is reported in uClibc_vs_SuSv3.txt, they are optional and
simply not implemented until now.
> I've tried tak
Mikael Lund Jepsen, ICCC wrote:
> Hi all,
> I've brought down the uclibc-nptl branch from cvs today and hacked
> buildroot (snapshot from 20081215) a bit to compile it.
> I'm compiling for ARM against a 2.6.23.16 kernel, but run into this error:
>
> In file included from libpthread/nptl/sysdeps/p
Denys Vlasenko wrote:
> On Sunday 11 January 2009 11:15, Carmelo Amoroso wrote:
>> v...@uclibc.org wrote:
>>> Author: vda
>>> Date: 2009-01-10 21:02:48 + (Sat, 10 Jan 2009)
>>> New Revision: 24747
>>>
>>> Log:
>>> simple o
v...@uclibc.org wrote:
> Author: vda
> Date: 2009-01-10 21:02:48 + (Sat, 10 Jan 2009)
> New Revision: 24747
>
> Log:
> simple optimizations and style fixes in dynamic loading
>
Hi Denys,
dynamic liner is one of the most sensible piece of code of the uclibc, as you
know,
so I don't think that
501 - 600 of 1020 matches
Mail list logo
