Re: Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

2009-11-11 Thread Carlos O'Donell
On Sun, Nov 8, 2009 at 2:47 PM, Carlos O'Donell car...@systemhalted.org wrote:
 On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org 
 wrote:
 Always the same crash for all the failures I've looked at. Hopefully
 this is something trivial that was missed.

 The current libc is missing my patches to fix pthread_attr_setstack()
 and pthread_attr_getstack() for hppa.

With this patches:
http://www.parisc-linux.org/~carlos/local-stack-grows-up.diff

I know see this for the libjava testsuite in gcc trunk.
~~~
=== libjava Summary ===

# of expected passes2568
# of unexpected failures3
# of untested testcases 3
~~~

I've already asked Aurelien to apply the above listed patch.

There is a regression in glibc, tst-attr3 fails randomly under load,
but it isn't related to this code. I will be tracking that down
independently of this patch.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

2009-11-10 Thread Carlos O'Donell
On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose d...@debian.org wrote:
 looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well;
 is this reproducible for you?

What regressions are you seeing?

I have a check-g++ running right now against glibc 2.10.1-0exp2. I'll
comment when this is done.

Does the gcc package do something similar to glibc and fail the build
of the testsuite results fail to match expected results?

In such cases the debian-glibc team contacts the porters to help sort
out why the testsuite had changed, thus avoiding an upload that breaks
userspace.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

2009-11-10 Thread Carlos O'Donell
On Tue, Nov 10, 2009 at 10:32 AM, Carlos O'Donell
car...@systemhalted.org wrote:
 On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose d...@debian.org wrote:
 looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well;
 is this reproducible for you?

 What regressions are you seeing?

 I have a check-g++ running right now against glibc 2.10.1-0exp2. I'll
 comment when this is done.

=== g++ Summary ===

# of expected passes21250
# of unexpected failures26
# of expected failures  157
# of unresolved testcases   14
# of unsupported tests  168

=== libstdc++ Summary ===

# of expected passes6913
# of unexpected failures1
# of unexpected successes   1
# of expected failures  86
# of unsupported tests  97

I'm seeing this with gcc upstream trunk compiled against glibc-2.10.1-0exp2.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

2009-11-09 Thread Matthias Klose

On 08.11.2009 20:47, Carlos O'Donell wrote:

On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donellcar...@systemhalted.org  wrote:

Always the same crash for all the failures I've looked at. Hopefully
this is something trivial that was missed.


The current libc is missing my patches to fix pthread_attr_setstack()
and pthread_attr_getstack() for hppa.

HPPA is an architecture under which the stack grows up and the default
implementation does not take that into account.

The boehm-gc then uses the wrong stack values during garbase
collection initialization and thus every gcj built application
crashes.

I will work with Aurelian on putting out a fixed libc, until then gcj
will not work correctly.

Sorry about the inconvenience. It appears that the glibc testsuite is
self-consistent, and because both set and get functions are affected
the glibc tests actually pass.

I didn't notice this because I don't normally bootstrap java.

Cheers,
Carlos.


looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well; is 
this reproducible for you?


  Matthias


--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

2009-11-08 Thread Carlos O'Donell
On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org wrote:
 Always the same crash for all the failures I've looked at. Hopefully
 this is something trivial that was missed.

The current libc is missing my patches to fix pthread_attr_setstack()
and pthread_attr_getstack() for hppa.

HPPA is an architecture under which the stack grows up and the default
implementation does not take that into account.

The boehm-gc then uses the wrong stack values during garbase
collection initialization and thus every gcj built application
crashes.

I will work with Aurelian on putting out a fixed libc, until then gcj
will not work correctly.

Sorry about the inconvenience. It appears that the glibc testsuite is
self-consistent, and because both set and get functions are affected
the glibc tests actually pass.

I didn't notice this because I don't normally bootstrap java.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

2009-11-02 Thread Carlos O'Donell
On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno aurel...@aurel32.net wrote:
 Hi HPPA porters,

 Could someone please have a look at this problem? It seems to be due to
 the NPTL switch.

I'm already looking at the gcj breakage so I'll have a look at this. Thanks.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org