Hans-Christian Egtvedt wrote:
> Hi,
>
> I see web is up again, but the mail server seems to be down :/
>
> PS! This email is more or less a check to see if the mail server is
> back up again.
>
Indeed I've sent some messages hours ago and my smtp server could not
reach uclibc.org.
Now I can see
Bernhard Reutner-Fischer wrote:
> On Thu, Sep 11, 2008 at 07:32:09PM +0800, JACOB BENJAMIN-VGH684 wrote:
>> Hello ppl,
>
>> and ran the resultant a.out on a monta vista box
>> I got an error saying something to the effect of "Can't modify text
>> section. Use GCC option -fPIC for shared objects, p
Paul Mundt wrote:
> On Mon, May 28, 2007 at 02:44:47PM +0200, Carmelo Amoroso wrote:
>>> I've updated the previous patch to keep into account both suggestions
>>> made by Mike and Paul.
>>> A brief explanation of the changes follows:
>>>
>> did
gargs wrote:
> Hi
>
> I am cross compiling a program that is known to work on various other
> uClinux platforms, to target blackfin.
>
> When I compile using the blackfin-toolchain-uclibc-default
> ([EMAIL PROTECTED]), and debug the code using gdb, before the segmentation
> fault, I get num
Bernhard Reutner-Fischer wrote:
> On Tue, Sep 09, 2008 at 05:06:58AM -0700, [EMAIL PROTECTED] wrote:
>> Author: carmelo
>> Date: 2008-09-09 05:06:58 -0700 (Tue, 09 Sep 2008)
>> New Revision: 23365
>>
>> Log:
>> Hush compiler for extern inline warnings by using
>> __extern_inline macro, this also m
Carmelo Amoroso wrote:
> Bernhard Reutner-Fischer wrote:
>> On Fri, Jul 11, 2008 at 02:12:51PM +0200, Carmelo AMOROSO wrote:
>>> Filippo ARCIDIACONO wrote:
>>>> Hi all,
>>>> The following patch solve several locale multibyte tests failures.
>>>
Bernhard Reutner-Fischer wrote:
> Hi,
>
> On Mon, Sep 08, 2008 at 05:35:24PM -0400, Corinna Schultz wrote:
>> I noticed this difference between glibc and uclibc, in the fadvise
>> code (I'm trying to track down a bug on a ppc32 machine).
>>
>> Why the difference in the number of arguments? I don
Carmelo AMOROSO wrote:
> Carmelo AMOROSO wrote:
>> [EMAIL PROTECTED] wrote:
>>> Author: vda
>>> Date: 2008-04-09 12:51:18 -0700 (Wed, 09 Apr 2008)
>>> New Revision: 21683
>>>
>>> Log:
>>> Factor out the core of vprintf() into separa
Corinna Schultz wrote:
> Hello, all.
>
> I'm trying to track down a bug in the fadvise functions. I'm seeing a
> failure in the LTP tests for posix_fadvise and posix_fadvise64, on a
> ppc 32 machine. The specific failures are:
>
> * in the posix_fadvise64 tests, the function call is still ret
Rob Landley wrote:
> On Sunday 07 September 2008 02:47:49 Carmelo Amoroso wrote:
>> Rob Landley wrote:
>>> On Wednesday 27 August 2008 05:41:14 Bernhard Reutner-Fischer wrote:
>>>> On Wed, Aug 27, 2008 at 11:32:30AM +0200, Natanael Copa wrote:
>>>>&g
Carmelo Amoroso wrote:
> Rob Landley wrote:
>> On Wednesday 27 August 2008 05:41:14 Bernhard Reutner-Fischer wrote:
>>> On Wed, Aug 27, 2008 at 11:32:30AM +0200, Natanael Copa wrote:
>>>> Hi,
>>>>
>>>> Were there any plans for a 0.9.30 release
Rob Landley wrote:
> On Wednesday 27 August 2008 05:41:14 Bernhard Reutner-Fischer wrote:
>> On Wed, Aug 27, 2008 at 11:32:30AM +0200, Natanael Copa wrote:
>>> Hi,
>>>
>>> Were there any plans for a 0.9.30 release before the NPTL merge?
>>>
>>> What is the status of the 0.9.30 release?
>> vapier wo
Bernhard Reutner-Fischer wrote:
> On Fri, Jul 11, 2008 at 02:12:51PM +0200, Carmelo AMOROSO wrote:
>> Filippo ARCIDIACONO wrote:
>>> Hi all,
>>> The following patch solve several locale multibyte tests failures.
>>> It has been tested and works fine.
>&
Carmelo AMOROSO wrote:
> Chris Metcalf wrote:
>> On 9/2/2008 10:25 AM, Chris Metcalf wrote:
>>> On 9/2/2008 10:06 AM, Carmelo AMOROSO wrote:
>>>
>>>> I had to read it more carefully.. you are right, and yes, probably the
>>>> issue you were re
Paul Mundt wrote:
> On Wed, Sep 03, 2008 at 05:47:56PM +0200, Carmelo AMOROSO wrote:
>> Paul Mundt wrote:
>>> On Tue, Sep 02, 2008 at 02:09:20PM +0200, Carmelo AMOROSO wrote:
>>>> I did not success to create a test that could fail.
>>>> appl
Chris Metcalf wrote:
> On 9/2/2008 10:25 AM, Chris Metcalf wrote:
>> On 9/2/2008 10:06 AM, Carmelo AMOROSO wrote:
>>
>>> I had to read it more carefully.. you are right, and yes, probably the
>>> issue you were referring to about static link and pthread was rai
Paul Mundt wrote:
> On Tue, Sep 02, 2008 at 02:09:20PM +0200, Carmelo AMOROSO wrote:
>> I did not success to create a test that could fail.
>> application ctor/dtor defined by gcc attribute ((__contructor__)) on
>> ((__destructor__)) are correctly invoked.
>> Indeed,
Bernd Schmidt wrote:
> Carmelo Amoroso wrote:
>
>>> When libpthread is included in the link, __pthread_mutex_init will do
>>> the initialization. So, what's going on?
>>>
>> likely you're right ... but this is not true for the nptl branch.
>&
163Xman wrote:
> Hello all,
> It seems i am behind a firewall, and not able to access svn protocol.
>
> Songmao
>
>
Yes, http is not supported. svn protocol requires same HTTP requests
that your firewall should allow.
Carmelo
___
uClibc mail
Chris Metcalf wrote:
> On 9/2/2008 10:06 AM, Carmelo AMOROSO wrote:
>> I had to read it more carefully.. you are right, and yes, probably the
>> issue you were referring to about static link and pthread was raised
>> by me in the past.
>> It was related to opendi
Chris Metcalf wrote:
> On 9/1/2008 11:29 AM, Carmelo Amoroso wrote:
>> Chris Metcalf wrote:
>>> It looks like my real problem was specific to some changes I made in our
>>> malloc. We use the "mspace" malloc that is in later versions of Doug
>>> Lea
Paul Mundt wrote:
> On Thu, Aug 28, 2008 at 07:58:15AM +0200, Carmelo AMOROSO wrote:
>> Paul Mundt wrote:
>>> On Tue, Aug 26, 2008 at 03:53:18PM +0200, Carmelo AMOROSO wrote:
>>>> Takashi Yoshii wrote:
>>>>> For SH, init/fini function prologue is d
Chris Metcalf wrote:
> On 9/1/2008 2:51 AM, Carmelo AMOROSO wrote:
>> Chris Metcalf wrote:
>>> I seem to recall seeing some comment somewhere that static linking
>>> didn't work with pthread programs in the NPTL branch.
>> No, there were bugs in the past
Forwarded just in case this reply previously was not received.
I got an error from the mailer.
Carmelo
Original Message
Subject: Re: static linking for pthreads in nptl branch?
Date: Mon, 01 Sep 2008 10:27:53 +0200
From: Carmelo AMOROSO <[EMAIL PROTECTED]>
Organi
Chris Metcalf wrote:
> I seem to recall seeing some comment somewhere that static linking
> didn't work with pthread programs in the NPTL branch.
No, there were bugs in the past but all fixed. We use nptl branch for
sh4 statically linked too... unless I did not push back these fix to the
SVN np
Paul Mundt wrote:
> On Thu, Aug 28, 2008 at 07:56:03AM +0200, Carmelo AMOROSO wrote:
>> Carmelo AMOROSO wrote:
>>> Hi Paul, All
>>> attached a little fix in clone asm code for SH to use a delayed branch
>>> instead of a normal branch.
>>> Le
Bernhard Reutner-Fischer wrote:
> On Wed, Aug 27, 2008 at 12:58:50PM +0300, Cristi Magherusan wrote:
>
>>> Said that, I don't think addign TLS support for i386 is difficult, but
>>> we need someone having time to spend on it.
>> Do you mean adding TLS support for the old linuxthreads branch on x8
Paul Mundt wrote:
> On Tue, Aug 26, 2008 at 03:53:18PM +0200, Carmelo AMOROSO wrote:
>> Takashi Yoshii wrote:
>>> For SH, init/fini function prologue is defined in
>>> libc/sysdeps/linux/sh/crti.S
>>> as follows.
>>>
>>> | (frame
Carmelo AMOROSO wrote:
> Hi Paul, All
> attached a little fix in clone asm code for SH to use a delayed branch
> instead of a normal branch.
> Let me know so I can commit it.
>
> Regards,
> Carmelo
>
>
Please hold on. After a discussion with a colleague of mine
Takashi Yoshii wrote:
> Hi,
>
> For SH, init/fini function prologue is defined in libc/sysdeps/linux/sh/crti.S
> as follows.
>
> | (frame entry)
> |#ifndef __HAVE_SHARED__
> | (GOT pointer initialization)
> |#endif
>
> I think this should be "ifdef", but "ifndef".
> Or, are there any reason that
argument (hold on r5) is done into the delay slot.
Signed-off-by: Carmelo Amoroso <[EMAIL PROTECTED]>
Index: libc/sysdeps/linux/sh/clone.S
===
--- libc/sysdeps/linux/sh/clone.S (revision 23105)
+++ libc/sysdeps/linux/sh/c
Chris Metcalf wrote:
> On 7/29/2008 10:50 AM, Carmelo AMOROSO wrote:
>> Carmelo AMOROSO wrote:
>>
>>> [...]
>>> libc/misc/utmp/utent.c:38: warning: braces around scalar initializer
>>> libc/misc/utmp/utent.c:38: warning: (near initialization for
>&
Cristi Magherusan wrote:
> On Tue, 2008-08-19 at 08:34 +0200, Carmelo Amoroso wrote:
>> Cristi Magherusan wrote:
>>> Hello,
>>>
>>> Can anyone tell which revision of the NPTL branch is tested and
>>> confirmed to work well on x86?
>> None, on
Cristi Magherusan wrote:
> Hello,
>
> Can anyone tell which revision of the NPTL branch is tested and
> confirmed to work well on x86?
None, only mips, arm and sh4 have nptl support.
Also, a new status report for the merge
> with the NPTL branch would be greatly appreciated.
>
> The current HE
On 14/08/2008, mzhang <[EMAIL PROTECTED]> wrote:
> Hello folks,
>
> We are migrating to Linux-2.6.10+uClibc-0.9.28.1+Busybox-1.2.2.1 on a
> mipsel embedded platform from Linux kernel 2.4 + glibc 1.x. Everything
> in our application seems working fine except the "system()" call.
>
> Our application
On 15/08/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: kraj
> Date: 2008-08-14 22:28:09 -0700 (Thu, 14 Aug 2008)
> New Revision: 23082
>
> Log:
> Use pthread_once now __pthread_once is not defined in tests.
>
>
Hi Khem,
why is it not defined ? if so, the extern declaration is not lon
Mandeep Ahuja wrote:
> Hi everyone,
> I have a buildroot which builds uclibc tool chain with busybox1.2.2.1.
> When I telnet into my board it says
> uclibc login: root
> Password:
>
> username is root,
> I dont know what the password is? I have tried nothing, blank, root,
> rootmenothing wor
Cristi Magherusan wrote:
> Hello,
>
> On Fri, 2008-08-08 at 12:15 +0200, Carmelo AMOROSO wrote:
>> Cristi Magherusan wrote:
>>> Hello,
>>>
>>> I noticed that the gentoo uclibc ebuild[1] applies a considerable amount
>>> of patches[2]. Has a
Cristi Magherusan wrote:
> Hello,
>
> I noticed that the gentoo uclibc ebuild[1] applies a considerable amount
> of patches[2]. Has anyone investigated how many of them worth including
> in the main uclibc tree? Personally, I'm most interested about the libm
> ones, but the other ones may be nice
Takashi Yoshii wrote:
> Hi,
>
>> Hum... I think that we are lucky because _dl_fini is defined in ldso.c
>> that includes dl-startup.c that includes dl-startup.h... but if
>> _dl_fini were defined in another compilation units ? does it work ? am
>> I correct ?
> Well, that strange structure of th
Takashi Yoshii wrote:
> Thank you for your review.
> I've found some of architectures other than SH set a pointer to _dl_fini()
> to rtld_fini in ldso/ldso/*/dl-startup.h, which apparently SH should
> have, too.
>
Yes, we need. please look at my previous reply, where I've a patch
to solve it in a
Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Takashi Yoshii wrote:
Hi,
As a comment in libc/sysdeps/linux/sh/crt1.S says
/* __uClibc_main (main, argc, argv, init, fini) */
, something wrong here. There should be two more args.
7th arg "stack_end" seems to be missing.
6th
Carmelo AMOROSO wrote:
> Takashi Yoshii wrote:
>> Hi,
>>
>> As a comment in libc/sysdeps/linux/sh/crt1.S says
>>> /* __uClibc_main (main, argc, argv, init, fini) */
>> , something wrong here. There should be two more args.
>>
>> 7th arg "sta
Takashi Yoshii wrote:
> Hi,
>
> As a comment in libc/sysdeps/linux/sh/crt1.S says
>> /* __uClibc_main (main, argc, argv, init, fini) */
> , something wrong here. There should be two more args.
>
> 7th arg "stack_end" seems to be missing.
> 6th one is not listed, but the original code pushed
Carmelo AMOROSO wrote:
> [EMAIL PROTECTED] wrote:
>> Author: vda
>> Date: 2008-04-09 12:51:18 -0700 (Wed, 09 Apr 2008)
>> New Revision: 21683
>>
>> Log:
>> Factor out the core of vprintf() into separate function
>> vprintf_inter
[EMAIL PROTECTED] wrote:
> Author: vda
> Date: 2008-04-09 12:51:18 -0700 (Wed, 09 Apr 2008)
> New Revision: 21683
>
> Log:
> Factor out the core of vprintf() into separate function
> vprintf_internal, so that:
> * vprintf() does locking and __STDIO_STREAM_TRANS_TO_WRITE thing,
> then calls vprin
[EMAIL PROTECTED] wrote:
> Author: kraj
> Date: 2008-07-11 15:22:24 -0700 (Fri, 11 Jul 2008)
> New Revision: 22805
>
> Log:
> Signed-off-by: Khem Raj <[EMAIL PROTECTED]>
> Hush compiler for extern inline warnings by using __extern_inline macro, this
> also makes gcc 4.3 happy.
>
> warning: C99 i
Carmelo AMOROSO wrote:
> [EMAIL PROTECTED] wrote:
>> Author: kraj
>> Date: 2008-07-11 15:22:24 -0700 (Fri, 11 Jul 2008)
>> New Revision: 22805
>>
>> Log:
>> Signed-off-by: Khem Raj <[EMAIL PROTECTED]>
>> Hush compiler for extern inline warnings
Khem Raj wrote:
> On (27/07/08 16:31), [EMAIL PROTECTED] wrote:
>> Hello!
>>
>> I am pretty new to this mailing list and the whole uclibc thing and I ave a
>> question:
>>
>> I downloaded the pre-installed buildroot toolchain, mounted the image,
>> copied my sources in it and chrooted in the tool
On 17/07/2008, Karl Hiramoto <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Previously i was using gcc 3.4.6, uclibc 0.28.3, kernel 2.6.16 and my
> program worked.
>
> I upgraded to gcc 4.2.4, uclibc 0.29, kernel 2.6.26 (using the current
> buildroot trunk and linuxthreads.old)
>
> And now i have:
>
> run
Denys Vlasenko wrote:
> On Wednesday 09 July 2008 18:59, Carmelo AMOROSO wrote:
>> Hi Steve, Khem, Mike, all ...
>> well just an update on the NPTL branch synch&merge work.
>>
>> I've discussed privately with Khem that is working on re-basing ARM nptl
>>
Bernhard Fischer wrote:
> On Fri, Jul 11, 2008 at 05:41:42PM +0200, Bernhard Fischer wrote:
>> On Wed, Jul 09, 2008 at 05:08:40PM +0200, Carmelo AMOROSO wrote:
>>
>> Sounds like your revision 22684 broke the auto-testers since a plain
>> $ make check
>> doesn'
Bernhard Fischer wrote:
> On Wed, Jul 09, 2008 at 05:08:40PM +0200, Carmelo AMOROSO wrote:
>
> Sounds like your revision 22684 broke the auto-testers since a plain
> $ make check
> doesn't work (anymore? Not sure if it worked before, i suspect it did).
>
> We need at le
Bernd Schmidt wrote:
> Carmelo AMOROSO wrote:
>
>> I'd like to highlight that we need to fix the testsuite build system.
>> I've sent a patch recently putting together some suggestions by
>> Bernard, Bernd and others. I'd like to have it reviewed so t
Filippo ARCIDIACONO wrote:
> Hi all,
> The following patch solve several locale multibyte tests failures.
> It has been tested and works fine.
> The patch applies to the latest trunk revision.
>
> Any comment are welcome.
>
> Best Regards,
> Filippo.
>
> This patch fixes several locale tests:
>
[EMAIL PROTECTED] wrote:
> Author: kraj
> Date: 2008-07-11 01:02:04 -0700 (Fri, 11 Jul 2008)
> New Revision: 22772
>
> Log:
> Signed-off-by: Khem Raj <[EMAIL PROTECTED]>
> Append the objects.
>
>
> Modified:
>branches/uClibc-nptl/libc/Makefile.in
>
>
> Changeset:
> Modified: branches/uClib
nfo
A: Account used for commit
--
P: Carmelo Amoroso
E: [EMAIL PROTECTED] / [EMAIL PROTECTED]
W: www.stlinux.com
A: [EMAIL PROTECTED]
___
uClibc mailing list
uClibc@uclibc.org
Hans-Christian Egtvedt wrote:
> On Fri, 2008-07-11 at 01:26 +0200, Carmelo Amoroso wrote:
>> Hi All,
>> sometimes it could be difficult, unless account matches with real name,
>> identify who is doing what, so I'd kindly ask each of you with commit
>> right on
count
-
Carmelo Amoroso | [EMAIL PROTECTED] | [EMAIL PROTECTED]
[EMAIL PROTECTED]
-
___
uClibc mailing list
uClibc@uclibc.org
2008/7/10 Bernhard Fischer <[EMAIL PROTECTED]>:
> On Thu, Jul 10, 2008 at 08:04:03AM -0700, Khem Raj wrote:
>>On Thu, 2008-07-10 at 12:11 +0200, Carmelo AMOROSO wrote:
>
>>> Hi Khem,
>>> for my curiosity.. why did you need to add tls.h ?
>>
>>To get
saravanan chanemouganandam wrote:
> Hi all,
>
> I am having a problem on the Intel IXP425 big endian system running
> Snapgear
> linux (choosen uClibc) distro version. On the development x86 machine,
> I have installed
> (/usr/local/arm-linux) arm-linux tool chain
> arm-linux-tools-20061213.
saravanan chanemouganandam wrote:
> Hi David,
>
> I got stuck up in applying openssl patches from ocf link. Could you
> please send me those patches to reinclude to
> give support for openssh.
>
> Fix to openssh will be really helpful.
>
> thanks
> Sara.
it seems not be uclibc related discus
saravanan chanemouganandam wrote:
> /Hi all; /
> //
> /I am trying to cross compile dropbear package outside the snapgear
> source tree for and embedded
> solution running ARM-linux on IXP425 Big endian system. /
> //
> /The package builds correctly using make PROGRAMS="dropbear scp" with
> op
Hi All,
I'm not svn expert, but I've noted that the nptl branch doesn't take
care of trailing whitespaces on files and accept them silently, the same
doesn't happen on trunk.
Indeed I've committed some files on branch without problems and then,
moving on trunk I've discovered the problems (sorry
[EMAIL PROTECTED] wrote:
> Author: kraj
> Date: 2008-07-09 16:52:41 -0700 (Wed, 09 Jul 2008)
> New Revision: 22726
>
> Log:
> Fix the builds without STDIO_FUTEXES. Fix msgecv and msgsend to compile on
> ARM as well.
>
> Modified:
>branches/uClibc-nptl/libc/inet/resolv.c
> [SNIP]
>
>
> Ch
[EMAIL PROTECTED] wrote:
> Author: kraj
> Date: 2008-07-09 16:52:41 -0700 (Wed, 09 Jul 2008)
> New Revision: 22726
>
> Log:
> Fix the builds without STDIO_FUTEXES. Fix msgecv and msgsend to compile on
> ARM as well.
>
> Modified:
>branches/uClibc-nptl/libc/inet/resolv.c
>branches/uClibc-
[EMAIL PROTECTED] wrote:
> Author: kraj
> Date: 2008-07-09 16:36:41 -0700 (Wed, 09 Jul 2008)
> New Revision: 22725
>
> Log:
> Revert the mips related fixed that got in due to the trunk merge and also add
> pt-__syscall_rt_sigaction.c for mips
>
> Added:
>
> branches/uClibc-nptl/libpthread/np
Hi Steve, Khem, Mike, all ...
well just an update on the NPTL branch synch&merge work.
I've discussed privately with Khem that is working on re-basing ARM nptl
port and agreed to commit all the merged stuff I had on my nptl working
copy.
In the recent weeks I've merged/integrated and tested a lo
Bernhard Fischer wrote:
> On Wed, Jul 09, 2008 at 07:19:38AM -0700, [EMAIL PROTECTED] wrote:
>> Author: carmelo
>> Date: 2008-07-09 07:19:37 -0700 (Wed, 09 Jul 2008)
>> New Revision: 22707
>>
>> Log:
>> Added new tests for 'locale' support- taken from glibc; added new part for
>> testing UTF-8 enc
Paul Mundt wrote:
> On Tue, Jul 08, 2008 at 10:26:11AM +0200, Carmelo AMOROSO wrote:
>> Hi Paul,
>> are you ok with changing default behaviour on sh4 regarding RLIMIT
>> wrapper. The change in the attached patch was required to fix
>> LTP/setrlimit02 test case.
>&
Hi Paul,
are you ok with changing default behaviour on sh4 regarding RLIMIT
wrapper. The change in the attached patch was required to fix
LTP/setrlimit02 test case.
Cheers,
Carmelo
Index: libc/sysdeps/linux/sh/bits/uClibc_arch_features.h
Carmelo AMOROSO wrote:
> Bernhard Fischer wrote:
>> On Tue, Jul 08, 2008 at 09:05:28AM +0200, Carmelo AMOROSO wrote:
>>
>>> I'd like to highlight that we need to fix the testsuite build system.
>>> I've sent a patch recently putting together some suggest
Carmelo AMOROSO wrote:
> Hi All,
> after having merged recent uClibc_mutex.h into nptl branch I've seen a
> problem in building 'dvdr-tools' application. The problem is that a
> source file of this application use a variable "BOOL clone".
> This s
Bernhard Fischer wrote:
> On Tue, Jul 08, 2008 at 09:05:28AM +0200, Carmelo AMOROSO wrote:
>
>> I'd like to highlight that we need to fix the testsuite build system.
>> I've sent a patch recently putting together some suggestions by Bernard,
>> Bernd and other
Denys Vlasenko wrote:
> Hi,
>
> Seems like removal of libc_hidden_proto's for functions
> from string.h went without major catastrophes.
>
> I would like to go ahead and remove all other
> libc_hidden_proto's from .c files. I plan to do it
> on coming weekend.
>
> If this will interfere with you
Denys Vlasenko wrote:
> Hi,
>
> Seems like removal of libc_hidden_proto's for functions
> from string.h went without major catastrophes.
>
> I would like to go ahead and remove all other
> libc_hidden_proto's from .c files. I plan to do it
> on coming weekend.
>
> If this will interfere with you
Hi All,
after having merged recent uClibc_mutex.h into nptl branch I've seen a
problem in building 'dvdr-tools' application. The problem is that a
source file of this application use a variable "BOOL clone".
This source includes stdio.h -> uClibc_stdio.h -> uClibc_mutex.h ->
pthread.h -> sched.
Cristi Magherusan wrote:
> Hello,
>
> On Sat, 2008-07-05 at 11:26 +0200, Bernhard Fischer wrote:
>> From a short glance, we want the exact opposite: No stubs but the real
>> implementation.
> Afaik, there are no public aio_*() syscalls offered by the kernel, and
> even glibc has only stubs and no
Cristi Magherusan wrote:
> Hello,
>
> You can find attached the patch that adds into librt optional support
> for stubs of the aio functions, as I promised a few days ago.
>
> It's mostly a copy/paste from glibc, with a few modifications needed for
> it to compile, I hope I haven't missed anythin
Carmelo Amoroso wrote:
> Hello,
> any concerns on this changes ?
>
merged ;-)
Carmelo
> 2008/6/11 Carmelo AMOROSO <[EMAIL PROTECTED]>:
>> Denys Vlasenko wrote:
>>> On Wednesday 11 June 2008 11:00, Carmelo AMOROSO wrote:
>>>
>>>> Hi,
>&
Bernhard Fischer wrote:
On Wed, Jun 11, 2008 at 04:10:23PM +0200, Bernd Schmidt wrote:
Daniel Jacobowitz wrote:
I have no comment on the patch itself, but I like the approach - I've
concluded before that this is the only sane way to test toolchain
pieces, especially compiler or C libra
Denys Vlasenko wrote:
> Hi Carmelo, Mike,
>
> On Wednesday 18 June 2008 17:39, Carmelo Amoroso wrote:
>
>> Hi All,
>> as you can see I'm committing new stuf on NPTL branch.
>> This because I've locally merged a lot of latest changes done recently on
&g
Cristi Magherusan wrote:
> On Mon, 2008-06-30 at 15:06 +0300, Cristi Magherusan wrote:
>
>> Are there any plans to include aio support in uClibc soon or should I do
>> it myself? If so, which difficulty do you estimate for this task?
>>
>
> I took a look at the code of uClibc and glibc and
Peter Nixon wrote:
> Hi Carmelo
>
> Can you also please apply this patch (Sent to the list last month with no
> reply..)
>
> Regards
>
> Peter
Applied as is. Thanks
Carmelo
-- Forwarded Message --
>
> Subject: patch to make OPAL/PTLIB build with uClibc++
> Date: Thu 29 May
Hi All,
as you can see I'm committing new stuf on NPTL branch.
This because I've locally merged a lot of latest changes done recently on trunk
and I want to keep nptl branch as mush as possibible aligned with trunk
before the final merge,
Recent changes on trunk include (not availbale on NPTL):
-
Peter Nixon wrote:
> The attached patch teaches uCLibc++ about the “width” function for outputting
> integers, so if you had a value of 3 and wanted the output “003”, we
> previously just got “3”.
>
> This is required for PTLib and OPAL to work correctly
> (http://www.opalvoip.org/)
>
> Regard
Bernhard Fischer wrote:
> On Wed, Jun 11, 2008 at 04:10:23PM +0200, Bernd Schmidt wrote:
>
>> Daniel Jacobowitz wrote:
>>
>>
>>> I have no comment on the patch itself, but I like the approach - I've
>>> concluded before that this is the only sane way to test toolchain
>>> pieces, especially
Gaye Abdoulaye Walsimou wrote:
> Hello list,
> I'm trying to compile uClibc snapshots and have the following errors.
> Any suggestions?
> Thanks
> Regards
>
> ###Error output when trying to compile uClibc
> snapshots ###
> make -C /opt/LDE/user/buildroot-20060919-1/
I'm sorry... I cannot to commit to this. Ping maintainer again.
Carmelo
2008/6/17 Carmelo AMOROSO <[EMAIL PROTECTED]>:
> Peter Nixon wrote:
>> On Tue 10 Jun 2008, Peter Nixon wrote:
>>
>>> The attached patch teaches uCLibc++ about the "width" function
Peter Nixon wrote:
> On Tue 10 Jun 2008, Peter Nixon wrote:
>
>> The attached patch teaches uCLibc++ about the “width” function for
>> outputting integers, so if you had a value of 3 and wanted the output
>> “003”, we previously just got “3”.
>>
>> This is required for PTLib and OPAL to work cor
Hello,
any concerns on this changes ?
2008/6/11 Carmelo AMOROSO <[EMAIL PROTECTED]>:
> Denys Vlasenko wrote:
>> On Wednesday 11 June 2008 11:00, Carmelo AMOROSO wrote:
>>
>>> Hi,
>>> I've found some problem while building bluez-utils for uclibc
Bernhard Fischer wrote:
> On Wed, Jun 11, 2008 at 07:51:09PM +0200, Carmelo AMOROSO wrote:
>
>> Bernhard Fischer wrote:
>>
>>> On Wed, Jun 11, 2008 at 07:01:27PM +0200, Carmelo AMOROSO wrote:
>>>
>>>
>>>> Hi,
>>>&g
Bernhard Fischer wrote:
> On Wed, Jun 11, 2008 at 07:01:27PM +0200, Carmelo AMOROSO wrote:
>
>> Hi,
>> when running 'make headers" with LOCALE enabled there is a problem
>> caused by a dependencies of extra/locale/gen_locale against sysnum.h
>> that is g
Hi,
when running 'make headers" with LOCALE enabled there is a problem
caused by a dependencies of extra/locale/gen_locale against sysnum.h
that is generated by the pregen target
So this patch solve it by moving the make -C locale_headers into the
pregen target
Cheers,
Carmelo
MKDIR include/b
Denys Vlasenko wrote:
> On Wednesday 11 June 2008 09:29, Carmelo AMOROSO wrote:
>
>> Denys Vlasenko wrote:
>>
>>> On Tuesday 10 June 2008 16:27, Carmelo AMOROSO wrote:
>>>
>>>
>>>> Hello,
>>&g
Denys Vlasenko wrote:
> On Wednesday 11 June 2008 11:00, Carmelo AMOROSO wrote:
>
>> Hi,
>> I've found some problem while building bluez-utils for uclibc due to
>> missing
>> ENOKEY errno, that is properly defined in linux/asm-generic/errno.h
>> that
Bernhard Fischer wrote:
> On Wed, Jun 11, 2008 at 10:02:33AM +0200, Bernhard Fischer wrote:
>
>> On Wed, Jun 11, 2008 at 09:50:21AM +0200, Carmelo AMOROSO wrote:
>>
>>
>>>>> This doesn't happen on nptl branch that doesn'
Bernd Schmidt wrote:
> Daniel Jacobowitz wrote:
>
>> I have no comment on the patch itself, but I like the approach - I've
>> concluded before that this is the only sane way to test toolchain
>> pieces, especially compiler or C library. We do all of our testing
>> after installation here.
>
> My p
Hi,
I've found some problem while building bluez-utils for uclibc due to
missing
ENOKEY errno, that is properly defined in linux/asm-generic/errno.h
that uclibc doesn't include from include/bits/errno.h.
We use instead bits/errno_values.h.
I think it should be worth to be always aligned with er
Bernhard Fischer wrote:
> On Wed, Jun 11, 2008 at 09:28:07AM +0200, Carmelo AMOROSO wrote:
>
>
>> Hi,
>> I don't have this problem... instead I'm seeing the the ld.so is linked
>>
>
> You have to turn on domulti to see it.
>
>
I'
701 - 800 of 1020 matches
Mail list logo
