architectures, please report on trunk status

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

architectures, please report on trunk status

Roland McGrath
People responsible for the architectures in the main source tree, and
people who build and test on them, please report ASAP on their status.  
The architectures I get reports on in the next few days are the ones that
will be mentioned in the 2.4 release announcement as known to work.

Please report: build known to work; Linux kernel versions believed
compatible (modulo threads issues); status of NPTL, and specific Linux
kernel versions (and hardware flavors, if relevant) on which NPTL works;
verify that "make check-abi" results show no old symbols gone missing.
Hurd folks, berate me privately.


Thanks,
Roland
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

H.J. Lu-27
On Tue, Feb 28, 2006 at 12:21:00PM -0800, Roland McGrath wrote:
> People responsible for the architectures in the main source tree, and
> people who build and test on them, please report ASAP on their status.  
> The architectures I get reports on in the next few days are the ones that
> will be mentioned in the 2.4 release announcement as known to work.
>

I need this patch to fix a typo for ia64.


H.J.
---
2006-02-28  H.J. Lu  <[hidden email]>

        * sysdeps/unix/sysv/linux/ia64/clone2.S: Include <clone2.S>
        instead of <clone.S>.

--- nptl/sysdeps/unix/sysv/linux/ia64/clone2.S.typo 2006-02-28 15:56:50.000000000 -0800
+++ nptl/sysdeps/unix/sysv/linux/ia64/clone2.S 2006-02-28 17:22:00.000000000 -0800
@@ -2,8 +2,8 @@
    So, #include ourselves and in that incarnation we can use #include_next.  */
 #ifndef INCLUDED_SELF
 # define INCLUDED_SELF
-# include <clone.S>
+# include <clone2.S>
 #else
 # define RESET_PID
-# include_next <clone.S>
+# include_next <clone2.S>
 #endif
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

Roland McGrath
Thanks.
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

Kaz Kojima
In reply to this post by Roland McGrath
Roland McGrath <[hidden email]> wrote:
> People responsible for the architectures in the main source tree, and
> people who build and test on them, please report ASAP on their status.  
> The architectures I get reports on in the next few days are the ones that
> will be mentioned in the 2.4 release announcement as known to work.

For SH, I need a patch

http://sourceware.org/ml/libc-hacker/2006-03/msg00000.html

for the trunk.  With it, the status looks ok:

build known to work: sh4-linux, sh3-linux
Linux kernel versions believed compatible: 2.6.11 or later
status of NPTL: working with 2.6.11 or later

Regards,
        kaz
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

Andreas Jaeger
In reply to this post by Roland McGrath

x86-64:

testsuite fails for me with:

/opt/gcc/4.1-devel/bin/gcc   -shared -static-libgcc -Wl,-O1  -Wl,-z,defs -Wl,-dynamic-linker=/lib64/ld-linux-x86-64.so.2  -B/builds/glibc/4.1-nptl/csu/  -Wl,--version-script=/builds/glibc/4.1-nptl/libpthread.map -Wl,-soname=libpthread.so.0 -Wl,-z,combreloc -Wl,-z,relro  -L/builds/glibc/4.1-nptl -L/builds/glibc/4.1-nptl/math -L/builds/glibc/4.1-nptl/elf -L/builds/glibc/4.1-nptl/dlfcn -L/builds/glibc/4.1-nptl/nss -L/builds/glibc/4.1-nptl/nis -L/builds/glibc/4.1-nptl/rt -L/builds/glibc/4.1-nptl/resolv -L/builds/glibc/4.1-nptl/crypt -L/builds/glibc/4.1-nptl/nptl -Wl,-rpath-link=/builds/glibc/4.1-nptl:/builds/glibc/4.1-nptl/math:/builds/glibc/4.1-nptl/elf:/builds/glibc/4.1-nptl/dlfcn:/builds/glibc/4.1-nptl/nss:/builds/glibc/4.1-nptl/nis:/builds/glibc/4.1-nptl/rt:/builds/glibc/4.1-nptl/resolv:/builds/glibc/4.1-nptl/crypt:/builds/glibc/4.1-nptl/nptl -o /builds/glibc/4.1-nptl/nptl/libpthread.so -T /builds/glibc/4.1-nptl/shlib.lds /builds/glibc/4.1-nptl/csu/abi-note.o -Wl,--whole-archive /builds/glibc/4.1-nptl/nptl/libpthread_pic.a -Wl,--no-whole-archive /builds/glibc/4.1-nptl/elf/interp.os
/builds/glibc/4.1-nptl/nptl/libpthread_pic.a(init.os): In function `__pthread_initialize_minimal_internal':
/cvs/libc/nptl/init.c:259: undefined reference to `_rtld_global'
/cvs/libc/nptl/init.c:265: undefined reference to `__libc_stack_end'
/cvs/libc/nptl/init.c:299: undefined reference to `_dl_get_tls_static_info'
/builds/glibc/4.1-nptl/nptl/libpthread_pic.a(pthread_create.os): In function `__make_stacks_executable':
/cvs/libc/nptl/allocatestack.c:687: undefined reference to `_dl_make_stack_executable'
/builds/glibc/4.1-nptl/nptl/libpthread_pic.a(pthread_create.os): In function `__deallocate_stack':
/cvs/libc/nptl/allocatestack.c:676: undefined reference to `_dl_deallocate_tls'
/cvs/libc/nptl/allocatestack.c:248: undefined reference to `_dl_deallocate_tls'
/builds/glibc/4.1-nptl/nptl/libpthread_pic.a(pthread_create.os): In function `__pthread_create_2_1':
/cvs/libc/nptl/allocatestack.c:398: undefined reference to `_rtld_global'
/cvs/libc/nptl/allocatestack.c:208: undefined reference to `_dl_allocate_tls_init'
/cvs/libc/nptl/allocatestack.c:515: undefined reference to `_dl_allocate_tls'
/cvs/libc/nptl/allocatestack.c:540: undefined reference to `_rtld_global'
/cvs/libc/nptl/allocatestack.c:588: undefined reference to `_dl_deallocate_tls'
/cvs/libc/nptl/allocatestack.c:375: undefined reference to `_dl_allocate_tls'
/builds/glibc/4.1-nptl/nptl/libpthread_pic.a(pthread_getattr_np.os): In function `pthread_getattr_np':
/cvs/libc/nptl/pthread_getattr_np.c:110: undefined reference to `__libc_stack_end'
/builds/glibc/4.1-nptl/nptl/libpthread_pic.a(herrno.os): In function `__h_errno_location':
/cvs/libc/nptl/herrno.c:33: undefined reference to `__tls_get_addr'
collect2: ld returned 1 exit status
make[2]: *** [/builds/glibc/4.1-nptl/nptl/libpthread.so] Error 1
make[2]: Leaving directory `/cvs/libc/intl'
make[1]: *** [intl/tests] Error 2

I configured using:
/cvs/libc/configure --disable-profile --enable-add-ons=yes
--prefix=/usr --enable-kernel=2.6.12 CC=/opt/gcc/4.1-devel/bin/gcc

Andreas
--
 Andreas Jaeger, [hidden email], http://www.suse.de/~aj/
  SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126

attachment0 (194 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

Andreas Jaeger
Andreas Jaeger <[hidden email]> writes:

> x86-64:
>
> testsuite fails for me with:

I just noticed I do not have current CVS head - will recheck from
scratch now,

Andreas
--
 Andreas Jaeger, [hidden email], http://www.suse.de/~aj/
  SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126

attachment0 (194 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

Jakub Jelinek
In reply to this post by Roland McGrath
On Tue, Feb 28, 2006 at 12:21:00PM -0800, Roland McGrath wrote:

> People responsible for the architectures in the main source tree, and
> people who build and test on them, please report ASAP on their status.  
> The architectures I get reports on in the next few days are the ones that
> will be mentioned in the 2.4 release announcement as known to work.
>
> Please report: build known to work; Linux kernel versions believed
> compatible (modulo threads issues); status of NPTL, and specific Linux
> kernel versions (and hardware flavors, if relevant) on which NPTL works;
> verify that "make check-abi" results show no old symbols gone missing.
> Hurd folks, berate me privately.

I built today on {i386,i686,x86_64,ia64,ppc,ppc64,s390,s390x}.
The only fix I needed was on s390x, attached.
make check was ok, it was an automated build, so I haven't tried check-abi,
but will check that with my scripts soon.  {sparc,sparcv9,sparc64} build
is in progress (a NPTL patch is needed there, will post once it builds and
gets tested).

2006-03-01  Jakub Jelinek  <[hidden email]>

        * sysdeps/unix/sysv/linux/s390/s390-64/sysdep.h (DECLARGS_6): Fix a typo.

--- libc/sysdeps/unix/sysv/linux/s390/s390-64/sysdep.h.jj 2006-02-28 15:14:07.000000000 +0100
+++ libc/sysdeps/unix/sysv/linux/s390/s390-64/sysdep.h 2006-03-01 13:31:48.000000000 +0100
@@ -268,7 +268,7 @@
  register unsigned long gpr6 asm ("6") = (unsigned long)(arg5);
 #define DECLARGS_6(arg1, arg2, arg3, arg4, arg5, arg6) \
  DECLARGS_5(arg1, arg2, arg3, arg4, arg5) \
- register unsigned long gpr6 asm ("7") = (unsigned long)(arg6);
+ register unsigned long gpr7 asm ("7") = (unsigned long)(arg6);
 
 #define ASMFMT_0
 #define ASMFMT_1 , "0" (gpr2)


        Jakub
Reply | Threaded
Open this post in threaded view
|

Re: architectures, please report on trunk status

Andreas Jaeger
In reply to this post by Andreas Jaeger
Andreas Jaeger <[hidden email]> writes:

> Andreas Jaeger <[hidden email]> writes:
>
>> x86-64:
>>
>> testsuite fails for me with:
>
> I just noticed I do not have current CVS head - will recheck from
> scratch now,

Everything is ok on x86-64, my testing was successfull,

Andreas
--
 Andreas Jaeger, [hidden email], http://www.suse.de/~aj/
  SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126

attachment0 (194 bytes) Download Attachment