Am Thu, 15 Oct 2009 19:16:25 -0400 schrieb Mike Frysinger:
> On Thursday 15 October 2009 15:39:28 rhabarber1848 wrote:
> ive finally cleaned up the _dl_mmap() stuff
> and things should build again.
Hi,
I backported this commit from git master
http://git.uclibc.org/uClibc/commit/?id=69a320ec04e71
On Thursday 30 July 2009 15:58:31 James Coleman wrote:
> Now check that new_size is > ((unsigned long)-(MALLOC_HEADER_SIZE*2)),
> which is the same test that is found in malloc.
>
> This fixes a test failure in test/malloc/tst-mcheck.
>
> - /* Check for special cases. */
> - if (! new_size)
>
On Thursday 15 October 2009 19:15:41 Mike Frysinger wrote:
> commit:
> http://git.uclibc.org/uClibc/commit/?id=69a320ec04e71203d7be2117ffef6d0ec6
> 788b7d branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
>
> This fixes build errors where common code has started using MAP_FAILED.
On Thursday 15 October 2009 15:39:28 rhabarber1848 wrote:
> Am Thu, 15 Oct 2009 13:07:25 -0400 schrieb Mike Frysinger:
> > does git master also fail for you ?
>
> yes:
thanks for testing. looks like the _dl_mmap() got the best of me. enough is
enough for me ... ive finally cleaned up the _dl_m
On Thursday 15 October 2009 17:15:26 Austin Foxley wrote:
> On 10/15/2009 02:11 PM, Joseph S. Myers wrote:
> > "The" NPTL branch certainly once effectively had a lot of bogus
> > reversions of trunk changes, stemming from SVN's inability to track the
> > state of merges that had only merged some tr
On Saturday 10 October 2009 13:18:22 Bernhard Reutner-Fischer wrote:
> On Oct 8, 2009 3:55 AM, "Mike Frysinger" wrote:
>> On Monday 17 August 2009 13:33:41 Bernhard Reutner-Fischer wrote: > commit:
>> > http://git.uclibc.org...
>> > 334e38 branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/
On 10/15/2009 02:11 PM, Joseph S. Myers wrote:
> "The" NPTL branch certainly once effectively had a lot of bogus reversions
> of trunk changes, stemming from SVN's inability to track the state of
> merges that had only merged some trunk changes but not others to the
> branch. I pointed that out
On Thu, 15 Oct 2009, Austin Foxley wrote:
> On 10/15/2009 01:26 PM, Mike Frysinger wrote:
> > i dont know if you're merging this from somewhere or writing it yourself,
> > but
> > this is full of style problems. whoever is the source needs to fix their
> > behavior. trailing whitespace, missi
On Thursday 15 October 2009 16:26:51 Mike Frysinger wrote:
> On Saturday 26 September 2009 12:37:45 Austin Foxley wrote:
> > commit:
> >
> > http://git.uclibc.org/uClibc/commit/?id=534661b91c98492995274c364c8177c45
> >e fc63db branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
> >
>
On Thursday 15 October 2009 16:36:12 Austin Foxley wrote:
> On 10/15/2009 01:26 PM, Mike Frysinger wrote:
> > i dont know if you're merging this from somewhere or writing it yourself,
> > but this is full of style problems. whoever is the source needs to fix
> > their behavior. trailing whitespac
On 10/15/2009 01:26 PM, Mike Frysinger wrote:
> i dont know if you're merging this from somewhere or writing it yourself, but
> this is full of style problems. whoever is the source needs to fix their
> behavior. trailing whitespace, missing whitespace inline "if(", "char*",
> etc...
I'm just
On Saturday 26 September 2009 12:37:45 Austin Foxley wrote:
> commit:
> http://git.uclibc.org/uClibc/commit/?id=534661b91c98492995274c364c8177c45e
> fc63db branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
>
> Signed-off-by: Austin Foxley
>
> Patch is too large, so refusing to s
Am Thu, 15 Oct 2009 13:07:25 -0400 schrieb Mike Frysinger:
> does git master also fail for you ?
Hi,
yes:
CC ldso/ldso/ldso.oS
In file included from ./ldso/include/ldso.h:47,
from ldso/ldso/ldso.c:33:
./ldso/include/dl-hash.h:38:5: warning: "USE_TLS" is not defined
./ldso/inc
On Thursday 15 October 2009 04:16:41 rhabarber1848 wrote:
> Am Mon, 12 Oct 2009 19:38:07 +0200 schrieb Bernhard Reutner-Fischer:
> > Please test the 0.9.30 branch on your favourite arch and report back ¹)!
>
> gcc-3.4.6, kernel 2.4.37.6
>
> This commit
>
> http://git.uclibc.org/uClibc/commit/?h=
Am Thu, 15 Oct 2009 08:16:41 + schrieb rhabarber1848:
> gcc-3.4.6, kernel 2.4.37.6
>
> This commit
>
> http://git.uclibc.org/uClibc/commit/?h=0_9_30&id=4257e75fb11a07d4bef23ac18a65f656604e1d80
Hi,
sorry, forgot to add, arch is ppc.
Reverting the commit mentioned above solves the problem.
The bug seems to be also present for NPTL (i386 at least).
It seems that's event the "same" bug: *__libc_multiple_threads_ptr = 1;
[Thread debugging using libthread_db enabled]
[New Thread 0x400 (LWP 11685)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x400 (LWP 116
Am Mon, 12 Oct 2009 19:38:07 +0200 schrieb Bernhard Reutner-Fischer:
> Please test the 0.9.30 branch on your favourite arch and report back ¹)!
Hi,
gcc-3.4.6, kernel 2.4.37.6
This commit
http://git.uclibc.org/uClibc/commit/?h=0_9_30&id=4257e75fb11a07d4bef23ac18a65f656604e1d80
produces this:
The proposed workaround (which is link the main app with pthread in addition of
linking the lib with pthread) is indeed working for me. Thanks
However the debugging did show that the functions symbols were linked
correctly. I rather suspect an initialization problem. Indeed the segfault is
due
On Thursday 15 October 2009 02:41:10 Natanael Copa wrote:
> On Wed, 2009-10-14 at 09:20 -0700, Cuero Bugot wrote:
> ..
>
> > The prb is that I get a segfault when I try to use pthread_create from
> > a dynamically linked library. The difference with the above fix use
> > case is that I "manually"
uclibc-boun...@uclibc.org wrote on 15/10/2009 08:41:10:
>
> On Wed, 2009-10-14 at 09:20 -0700, Cuero Bugot wrote:
> ..
> > The prb is that I get a segfault when I try to use pthread_create from
> > a dynamically linked library. The difference with the above fix use
> > case is that I "manually" lin
20 matches
Mail list logo