Hi all,
This is an old issue which I brought up a couple of months ago; I was
going to submit a completed patch then but other things got in the way and
it never got done.
I've redone the patch against an svn from yesterday (22487) which I'm
submitting here again. If no one has any objectio
Oops, forgot to put the patch inline for potential review. Here it is:
diff -urN uClibc-22487/extra/Configs/Config.in
uClibc-22487-applied+fixed/extra/Configs/Config.in
--- uClibc-22487/extra/Configs/Config.in2008-06-24 14:33:33.0
+0200
+++ uClibc-22487-applied+fixed/extra/Conf
We had a problem whereby multiple DNS queries were being made against the
same host, even if a negative result was returned the first time. This
patch attempts to fix this by keeping track of which hosts returned
negative responses in the retry loop in__dns_lookup(). It can
significantly redu
On Fri, 27 Jun 2008, Bernhard Fischer wrote:
>> Added: trunk/uClibc/include/ifaddrs.h
>> ===
>> --- trunk/uClibc/include/ifaddrs.h (rev 0)
>> +++ trunk/uClibc/include/ifaddrs.h 2008-06-27 09:08:44 UTC
On Fri, 27 Jun 2008, Bernhard Fischer wrote:
>> Index: libc/inet/resolv.c
>> ===
>> --- libc/inet/resolv.c(revision 22530)
>> +++ libc/inet/resolv.c(working copy)
>> @@ -757,6 +757,7 @@
>> #ifdef __UCLIBC_HAS_IPV4__
On Fri, 27 Jun 2008, Bernhard Fischer wrote:
Added: trunk/uClibc/include/ifaddrs.h
===
--- trunk/uClibc/include/ifaddrs.h (rev 0)
+++ trunk/uClibc/include/ifaddrs.h 2008-06-27 09:08
On Fri, 27 Jun 2008, Bernhard Fischer wrote:
>>> Which one is smaller? size(1), please.
>>
>> They are the same.
>>
>> With my configuration, size lib/libuClibc-0.9.29.so returns:
>>
>>textdata bss dec hex filename
>> 2748735016 14376 294265 47d79 lib/libuClibc-0.9.2
On Fri, 27 Jun 2008, Bernhard Fischer wrote:
> In the end this addrconfig thing just tries to
> static int addrconfig (sa_family_t af)
> {
>int tmp, ret, saved_errno = errno;
>
>tmp = __check_pf();
> #ifdef __UCLIBC_HAS_IPV4__
>if (af == AF_INET)
>ret = tmp
On Tue, 5 Aug 2008, Yann E. MORIN wrote:
> I'm using uClibc 20080801, and I did set UCLIBC_SUPPORT_AI_ADDRCONFIG=y
> in my uClibc config file, thus getifaddrs get compiled in uClibc.so.
>
> To check if it can use getifaddrs et al., the Java configure tries to link
> a program that calls getifaddr
> On Tuesday 19 August 2008 23:37:30 Ken Beals wrote:
>> Trying to cross compile vsftpd to cris using uClibc. Build fails due to the
>> missing utmpx.h file. I found an old message (05-19-05) that said uClibc
>> does not support utmpx.h
>
>> Is this still true? The Axis SDK that I'm using shows
On Mon, 25 Aug 2008, Rob Landley wrote:
> UCLIBC_HAS_STRING_GENERIC_OPT
> UCLIBC_HAS_STRING_ARCH_OPT
>
> Um, am I supposed to pick one? Both are enabled by default, and both say
> they should be Y. Do both get used at the same time by the same arch?
When both are Y, I think the latter overri
On Mon, 25 Aug 2008, Rob Landley wrote:
> On Monday 25 August 2008 01:46:44 you wrote:
>> On Mon, 25 Aug 2008, Rob Landley wrote:
>>> UCLIBC_HAS_STRING_GENERIC_OPT
>>> UCLIBC_HAS_STRING_ARCH_OPT
>>>
>>> Um, am I supposed to pick one? Both are enabled by default, and both
>>> say they should be
On Wed, 27 Aug 2008, Rob Landley wrote:
>> On Sun, Aug 24, 2008 at 06:56:44PM -0500, Rob Landley wrote:
>>> Fiddling with menuconfig:
>>> ...
I must say I appreciate this thread; I also find a lot of the uClibc menu
items to be incomprehensible, and the help texts are often of the type "if
you
On Wed, 27 Aug 2008, Will Newton wrote:
LINUXTHREADS_OLD:
Ok, what does this currently mean? This selects the old libpthreads
implementation from the dawn of time, but what's the alternative? The
new NPTL stuff hasn't been merged yet, so this intermediate version is..
I'm bringing up this thread again, as a similar situation as Yann's (short
resumé: autoconf [or similar tool] finds getaddrinfo in the libc, and
assumes the associated header file ifaddrs.h is present, but in uClibc,
this is an internal header file, so the subsequent build fails) has
cropped
Yeah, should have split this into one 'follow-up-the-thread' and one
actual patch. So, resending the patch with correct subject. Sorry for the
confusion.
Here's a patch to move ifaddrs.h from libc/inet/ to include/ . It is also
removed from the installed include files if UCLIBC_SUPPORT_AI_ADD
On Wed, 27 Aug 2008, Bernhard Reutner-Fischer wrote:
>> Patch made against svn 23243, and included inline as well as an
>> attachment. If there are no comments, I'll go ahead and commit this in a
>> couple of days.
>
> Ok if you change the comment to fit in one line, like
># Remove ifaddr
On Wed, 27 Aug 2008, Will Newton wrote:
>> Any idea what is wrong with the !old version, in that it seems not to be
>> recommended for use?
>
> No, I'm not sure. There were a few small issues with Makefiles but I
> think these are all fixed now. Certainly we are shipping it in a product
> that
On Wed, 15 Oct 2008, Bernhard Reutner-Fischer wrote:
> Hi,
>
> While moving ldso to use runtime-dynamic pagesizes, i stumbled across an
> irregularity in cris:
> ldso/ldso/cris/dl-sysdep.h:#define OFFS_ALIGN 0xe000
>
> for 8k pages, i would have expected this to be 7fffe000, no?
> If the curr
On Mon, 20 Oct 2008, Bernhard Reutner-Fischer wrote:
>>
>> -#if 0 /* unused code */
>> +#ifdef __UCLIBC_SUPPORT_AI_ADDRCONFIG__
>> #if __ASSUME_NETLINK_SUPPORT == 0
>> extern smallint __no_netlink_support attribute_hidden;
>> #else
>> # define __no_netlink_support 0
>> #endif
>> -#endif /* unused
On Tue, 21 Oct 2008, Bernhard Reutner-Fischer wrote:
>> I would therefore suggest that we simply set ASSUME_NETLINK_SUPPORT to 1
>> at all times, and remove the extern stuff. What do you think?
>
> Please remove it, people using kernels before 2.4.17 should just turn
> off netlink support manuall
On Wed, 22 Oct 2008, Bernhard Reutner-Fischer wrote:
>> I could remove the __ASSUME_NETLINK_SUPPORT stuff completely from all
>> source files, but it would make it difficult for someone who really
>> needed this. On the other hand the approach below looks a bit half
>> hearted. Could expand the c
Hi,
Building svn 23844 for the CRISv32 architecture, and I get stuff like
lib/libm.a(s_atan.os)(.text+0x106): undefined reference to `fabs'
lib/libm.a(s_ldexp.os)(.text+0x14): undefined reference to `finite'
lib/libm.a(s_ldexp.os)(.text+0x36): undefined reference to `scalbn'
...
when linking li
On Wed, 29 Oct 2008, Ricard Wanderlof wrote:
> Removing libm_hidden_def(fabs) in libm/s_fabs.c makes that undefined
> ...
Found the culprit, there's an old mathcalls.h in
libc/sysdeps/linux/cris/bits/ . That's the only arch that has its own
mathcalls.h, from what I can tel
On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
Hi Khem,
Thanks for your comment.
2008/12/6 Khem Raj <[EMAIL PROTECTED]>:
Getting NULL for ifa_addr means that the interface has no address. Do
you know in what cases does this happen. Patch looks ok though.
True. My environment has a interface that
On Thu, 8 Jan 2009, rhabarber1848 wrote:
>> I am using uClibc-0.9.28.1, and would like to use the timer_create and
>> related functions,
>
> Hi,
>
> using uClibc 0.9.30 along with kernel 2.6 these functions are available, I
> can compile xfsprogs, which needs timer_create, timer_settime and
> tim
On Tue, 7 Apr 2009, Mike Frysinger wrote:
that's the decision of the compiler and/or user, not uClibc. building uClibc
with a different CFLAG certainly does not mean "uClibc supports XXX cpu".
thus it does not care what processor *you're* compiling it for.
Isn't it conceivable that there wou
On Wed, 3 Jun 2009, Florent DEFAY wrote:
I am working on a toolchain for a new arch.
We already ported binutils, GCC and Newlib.
This is an embedded micro-controller. There is no OS because we don't need one.
We are interested particularly in printf and scanf, which Newlib can do.
The problem
When linking applications statically for ARM using EABI, which use
__default_sa_restorer (e.g. via abort, as in 'int main(void) { abort();
}'), this results in the following failure:
/trees/prod1/target/armv5-axis-linux-gnueabiucl
ibc/lib/libc.a(sigrestorer.os):(.ARM.exidx+0x0): undefined ref
On Tue, 22 Sep 2009, Joseph S. Myers wrote:
On Mon, 21 Sep 2009, Ricard Wanderlof wrote:
When linking applications statically for ARM using EABI, which use
__default_sa_restorer (e.g. via abort, as in 'int main(void) { abort(); }'),
this results in the following failure:
/trees/pr
On Mon, 26 Oct 2009, Rob Landley wrote:
... Also, in my experience _Bool is about as real-world useful as the
bit field notation with the colons, and is really there to keep the
language pedants and the c++ guys happy without actually accomplishing
much. I've never seen it actually produce b
On Tue, 27 Oct 2009, Rob Landley wrote:
On Mon, 26 Oct 2009, Rob Landley wrote:
... Also, in my experience _Bool is about as real-world useful as the
bit field notation with the colons, and is really there to keep the
language pedants and the c++ guys happy without actually accomplishing
much.
We've been experiencing a problem with applications which first use
daemon() and then threading using pthreads (linuxthreads.old). (One
example is stunnel, but there are others).
The problem is that when the first thread is created, the initial thread
goes to sleep and doesn't wake up.
Thi
On Tue, 1 Feb 2011, Rich Felker wrote:
A better fix would probably be to create a global lock on the atomic
compare and exchange function so that only one thread can execute a
compare and exchange at a time. This would impact performance rather
badly, but that's better than having subtle race
On Fri, 4 Feb 2011, Rich Felker wrote:
I think many people would argue that given the stability of given a
system as a whole, a random crash once per 5 years would be
prefereble to a severe performance penelty which impacts the system
on a continuous basis.
By this philosophy, I dare you to a
On Thu, 17 Nov 2011, Mike Frysinger wrote:
Removing the __noreturn__ attribute from abort's declaration seems
like a pretty good idea if it makes core files usable. It's not like
adding one instruction and taking up one word of stack space is really
worth the sacrifice in the case of abort().
On Wed, 8 Aug 2007, Natanael copa wrote:
>> (I vaguely understand unicode but have no idea how locale support would work
>> into it. There's date and time, currency translation, commas and decimal
>> places in numbers, time zones, and all sorts of other weird stuff...)
>
> Unicode is a character
On Mon, 3 Sep 2007, Denys Vlasenko wrote:
> ...
> The truth is, stability and development are mutually exclusive, if you want
> more stability, you inevitably lose some development speed.
> And this is exactly what happened.
> ...
> We can decide to allow more unstable uclibc svn head, with the a
On Sun, 9 Sep 2007, Greg Haerr wrote:
> : ((type)x)++
> :
> I've always thought the above was a useful construct, if dangerous.
> How can the same result be achieved without the extra step of
> copying to a temp variable of the desired type? Will gcc 4.x
> optimize this out if the temp variabl
Hi,
I have a patch (or rather an addition - it's mostly architecture-specific
files and a minor change to the default configuration) which adds
architecture optimized memcpy (et al) to uClibc. Should I post them as a
patch here or submit them directly to the svn repository? Being the
official
When doing a 'make check' in uClibc in a cross compilation environment, it
builds a number of test apps and then tries to run them, which fails if
not running on the target system. After a quick look I couldn't see
anything obvious; is there any way to build the tests on one host and then
auto
On Thu, 17 Jan 2008, Filippo ARCIDIACONO wrote:
>>> You can only cross compile tests on the host doing the command:
>>> - Make -C test COMPILE_ONLY=y UCLIBC_ONLY=y
>>
>> Ok thanks.
>>
>>> UCLIB_LDSO=/lib/ld-uClibc.so.0
>>> UCLIBC_LDSO variable to set the dinamic linker that the
>> tests will use.
On Fri, 25 Jan 2008, Mike Frysinger wrote:
> On Thursday 17 January 2008, Ricard Wanderlof wrote:
>> When doing a 'make check' in uClibc in a cross compilation environment, it
>> builds a number of test apps and then tries to run them, which fails if
>> not runnin
We experienced a problem with a product when IPv6 is compiled into the
product (and uClibc) but selectively disabled by a user. In this case,
IPv6 traffic was still be generated, which in this particular case was
not acceptable.
The problem turned out to be in getaddrinfo(). When hints.ai_fl
The following definitions in getaddrinfo.c seem redundant as they _are_
defined in the public netdb.h header, contrary to the comment. AI_DEFAULT
is not, however it is not used in the file either so can be safely
removed.
Seems a no-brainer to me to remove them, unless anyone has any objecti
On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote:
>> The problem turned out to be in getaddrinfo(). When hints.ai_flags has
>> the AI_ADDRCONFIG bit set in a call to getaddrinfo, IPv4 and IPv6
>> addresses should only be returned if the system as at least one address
>> of the appropriate type config
On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote:
>>> How does glibc handle this?
>>
>> The latest (2.7) glibc (which is much newer than what uClibc is based on)
>> has a similar way of introducing additional checks in various parts of
>> the code. However, it relies on getifaddrs() to determine the
On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote:
> On Thu, Feb 21, 2008 at 05:13:28PM +, Joseph S. Myers wrote:
>>
>> No, glibc hasn't moved to GPLv3 yet. It's not moving until the glibc SC
>> has got suitable wording from the FSF for an exception to allow GPLv2-only
>> programs to continue to
On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote:
> On Thu, Feb 21, 2008 at 05:13:28PM +, Joseph S. Myers wrote:
>>
>> No, glibc hasn't moved to GPLv3 yet. It's not moving until the glibc SC
>> has got suitable wording from the FSF for an exception to allow GPLv2-only
>> programs to continue to
On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 05:13:28PM +, Joseph S. Myers wrote:
No, glibc hasn't moved to GPLv3 yet. It's not moving until the glibc SC
has got suitable wording from the FSF for an exception to allow GPLv2-only
programs to continue to be linked
On Mon, 21 Apr 2008, xrin oscar wrote:
> Hi,
>
> I have specify the path to /usr/src/kernel and perform the following
> but is seeing errors
>
> @localhost uClibc-0.9.28.3]$ make CROSS=arm-linux-
> make: arm-linux-gcc: Command not found
> make: arm-linux-gcc: Command not found
>
> what can i do a
51 matches
Mail list logo
