Re: abort() missing return-address => useless core file

2011-11-26 Thread Rich Felker
On Sat, Nov 26, 2011 at 07:41:26PM -0500, Mike Frysinger wrote: > On Wednesday 23 November 2011 18:39:50 Rich Felker wrote: > > On Mon, Nov 21, 2011 at 11:35:24PM -0500, Mike Frysinger wrote: > > > at this point, you're just wasting people's time. uClibc is not broken. > > > you're barking up the

[RFC/PATCH] buildsys: cache build flags in vars

2011-11-26 Thread Mike Frysinger
Running `make clean` atm takes like 20 seconds because every subdir re-evaluates all the toolchain flags. Add some helpers to automate the process of setting up variables to cache the result of tests, as well as the checking of an already set flag. Now `make clean` takes like 2 seconds on my syst

Re: LD_LIBRARY_PATH issue

2011-11-26 Thread Mike Frysinger
On Wednesday 02 November 2011 06:12:55 Mahanteshwari Hiremath wrote: > i am using buildroot. whenever I am using uclibc compiler to run an > application, during which i am exporting LD_LIBRARY_PATH in command line > for running that application. after this export if itry to use any of the > c

Re: [PATCH 2/2] libdl: fix pointer-width problems with _dl_tls_symaddr() calls.

2011-11-26 Thread Mike Frysinger
On Tuesday 01 November 2011 18:51:02 William Pitcock wrote: > Casting a pointer to Elf32_Addr type will discard 32 bits from the > pointer address. Using unsigned long ensures that a pointer is 64-bit > safe. > > --- a/ldso/libdl/libdl.c > +++ b/ldso/libdl/libdl.c > > ret = _dl_tls_s

Re: [PATCH] Make link-local addresses resolvable via running avahi-daemon.

2011-11-26 Thread Mike Frysinger
On Wednesday 23 November 2011 08:31:33 Nikolaus Voss wrote: > nss-mdns is an extension to glibc to support resolution of link-local > (.local) addresses via GNU Name Service Switch (NSS) which redirects > the queries to a running avahi-daemon, which in turn does the resolution > via multicast DNS (

Re: abort() missing return-address => useless core file

2011-11-26 Thread Mike Frysinger
On Wednesday 23 November 2011 18:39:50 Rich Felker wrote: > On Mon, Nov 21, 2011 at 11:35:24PM -0500, Mike Frysinger wrote: > > at this point, you're just wasting people's time. uClibc is not broken. > > you're barking up the wrong tree. > > This sounds unsettlingly drepperesque... there is no i

Re: Regression caused by commit 7682323a3a798d6f15708f228f859a64cb869aa3

2011-11-26 Thread Mike Frysinger
On Saturday 26 November 2011 19:07:44 Khem Raj wrote: > If I build the root file system without this patch everything works > as expected. Could you explain why this commit is needed ? it's a merge commit that happens when you merge a branch that isn't a fast forward. it isn't an actual "commit"

Re: [PATCH] libc: do not rely upon ulimit kernel syscall.

2011-11-26 Thread Mike Frysinger
On Wednesday 23 November 2011 11:22:04 Carmelo AMOROSO wrote: > On 17/11/2011 17.14, Mike Frysinger wrote: > > On Friday 04 November 2011 08:50:02 Bernhard Reutner-Fischer wrote: > >> On 3 November 2011 09:31, Carmelo AMOROSO wrote: > >>> On several architectures __NR_ulimit syscall number is > >>>

Re: abort() missing return-address => useless core file

2011-11-26 Thread Mike Frysinger
On Thursday 24 November 2011 00:51:08 Grant Edwards wrote: > Sorry if I stepped on somebody's toes, but I thought it seemed like a > reasonable request. AFAICT, GCC is the only toolchain that uClibc is > used with, and ARM is by far the most popular embedded Linux > architecture, so I presumed tha

Regression caused by commit 7682323a3a798d6f15708f228f859a64cb869aa3

2011-11-26 Thread Khem Raj
Hi Carmelo, While trying to regress test future branch on top of master I have been getting a regression on master on all architectures (arm/ppc/mips/x86/x86_64) where my clutter based image does not render the font properly after boot up ( it draws them with squares for each character) It has b