[Bug libobjc/24829] New: libobjc testsuite failures

[Bug libobjc/24829] New: libobjc testsuite failures

[danglin at gcc dot gnu dot org]

Running /test/gnu/gcc-3.3/gcc/gcc/testsuite/objc.dg/dg.exp ...
FAIL: objc.dg/bitfield-1.m (test for excess errors)
FAIL: objc.dg/bitfield-1.m execution test
FAIL: objc.dg/bitfield-3.m (test for excess errors)
FAIL: objc.dg/bitfield-3.m execution test
FAIL: objc.dg/bitfield-5.m (test for excess errors)
FAIL: objc.dg/bitfield-5.m execution test
FAIL: objc.dg/call-super-1.m (test for excess errors)
FAIL: objc.dg/call-super-1.m execution test
FAIL: objc.dg/call-super-3.m (test for excess errors)
FAIL: objc.dg/call-super-3.m execution test
FAIL: objc.dg/category-1.m (test for excess errors)
FAIL: objc.dg/category-1.m execution test
FAIL: objc.dg/defs.m (test for excess errors)
FAIL: objc.dg/defs.m execution test
FAIL: objc.dg/desig-init-1.m (test for excess errors)
FAIL: objc.dg/desig-init-1.m execution test
FAIL: objc.dg/encode-1.m (test for excess errors)
FAIL: objc.dg/encode-1.m execution test
FAIL: objc.dg/encode-2.m (test for excess errors)
FAIL: objc.dg/encode-2.m execution test
FAIL: objc.dg/encode-3.m (test for excess errors)
FAIL: objc.dg/encode-3.m execution test
FAIL: objc.dg/encode-4.m (test for excess errors)
FAIL: objc.dg/encode-4.m execution test
FAIL: objc.dg/func-ptr-1.m (test for excess errors)
FAIL: objc.dg/func-ptr-1.m execution test
FAIL: objc.dg/func-ptr-2.m (test for excess errors)
FAIL: objc.dg/func-ptr-2.m execution test
FAIL: objc.dg/method-10.m (test for excess errors)
FAIL: objc.dg/method-10.m execution test
FAIL: objc.dg/method-13.m (test for excess errors)
FAIL: objc.dg/method-13.m execution test
FAIL: objc.dg/method-3.m (test for excess errors)
FAIL: objc.dg/method-3.m execution test
FAIL: objc.dg/proto-lossage-3.m (test for excess errors)
FAIL: objc.dg/proto-lossage-3.m execution test
FAIL: objc.dg/proto-qual-1.m (test for excess errors)
FAIL: objc.dg/proto-qual-1.m execution test
FAIL: objc.dg/sizeof-1.m (test for excess errors)
FAIL: objc.dg/sizeof-1.m execution test
FAIL: objc.dg/stret-1.m (test for excess errors)
FAIL: objc.dg/stret-1.m execution test
FAIL: objc.dg/super-class-3.m (test for excess errors)
FAIL: objc.dg/super-class-3.m execution test
FAIL: objc.dg/type-size-2.m (test for excess errors)
FAIL: objc.dg/type-size-2.m execution test
FAIL: objc.dg/type-stream-1.m (test for excess errors)
FAIL: objc.dg/type-stream-1.m execution test
FAIL: objc.dg/va-meth-1.m (test for excess errors)
FAIL: objc.dg/va-meth-1.m execution test
Running /test/gnu/gcc-3.3/gcc/gcc/testsuite/objc.dg/special/special.exp ...
FAIL: objc.dg/special/unclaimed-category-1.m unclaimed-category-1a.o (test for
e
xcess errors)
FAIL: objc.dg/special/unclaimed-category-1.m unclaimed-category-1a.o execution
t
est

Executing on host: /test/gnu/gcc-3.3/objdir/gcc/xgcc
-B/test/gnu/gcc-3.3/objdir/
gcc/ /test/gnu/gcc-3.3/gcc/gcc/testsuite/objc.dg/bitfield-1.m   
-I/test/gnu/gcc
-3.3/gcc/gcc/testsuite/../../libobjc
-L/test/gnu/gcc-3.3/objdir/hppa64-hp-hpux11
.11/./libobjc/.libs  -lobjc -lm   -o ./bitfield-1.exe    (timeout = 300)
ld: (Warning) Unsatisfied symbol "pthread_create" in file
/test/gnu/gcc-3.3/objd
ir/hppa64-hp-hpux11.11/./libobjc/.libs/libobjc.sl
ld: (Warning) Unsatisfied symbol "pthread_attr_init" in file
/test/gnu/gcc-3.3/o
bjdir/hppa64-hp-hpux11.11/./libobjc/.libs/libobjc.sl
2 warnings.

Symbols from
/test/gnu/gcc-3.3/objdir/hppa64-hp-hpux11.11/./libobjc/.libs/libobj
c.sl.1:

[Index]    Value                  Size    Type  Bind  O Shndx    Name
...
[742]    |                     0|       0|FUNC |GLOB |0|  
UNDEF|pthread_attr_in
...
[593]    |                     0|       0|FUNC |GLOB |0|   UNDEF|pthread_create

We have in sys/pthread.h:

#ifdef __lint
        extern int pthread_attr_init(pthread_attr_t *);
#else /* ! __lint */
        extern int __pthread_attr_init_system(pthread_attr_t *attr);

#ifdef __cplusplus
        inline int pthread_attr_init(
#else /* !__cplusplus */
        static int pthread_attr_init(
#endif /* !__cplusplus */
                                     pthread_attr_t *attr)
                   { return(__pthread_attr_init_system(attr)); }

#endif /* ! __lint */

and

#ifdef __lint
        extern int pthread_create(pthread_t *tid,
                                  const pthread_attr_t *attr,
                                  void *(*start_routine)(void *),
                                  void *arg);
#else /* ! __lint */
        extern int __pthread_create_system(pthread_t *tid,
                                           const pthread_attr_t *attr,
                                           void *(*start_routine)(void *),
                                           void *arg);

#ifdef __cplusplus
        inline int pthread_create(
#else /* !__cplusplus */
        static int pthread_create(
#endif /* !__cplusplus */
                                  pthread_t *tid,
                                  const pthread_attr_t *attr,
                                  void *(*start_routine)(void *),
                                  void *arg)
            { return(__pthread_create_system(tid, attr, start_routine, arg)); }

#endif /* ! __lint */

Thus, these routines should never be needed if the sys/pthread.h is included.


-- 
           Summary: libobjc testsuite failures
           Product: gcc
           Version: 4.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libobjc
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa64-hp-hpux11.11
  GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] libobjc testsuite failures

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2005-11-13 03:25 -------
Is this a regression?  If this is a regression, was this caused by:
2005-11-09  Alexandre Oliva  <aoliva@redhat.com>

        PR other/4372
        * gthr-dce.h, gthr-posix.h, gthr-posix95.h, gthr-solaris.h,
        gthr-tpf.h: Define __gthrw.  For all identifiers that might
        be weak, introduce weakrefs or non-weak aliases with __gthrw,
        and prefix all uses with __ghtrw.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pinskia at gcc dot gnu dot
                   |                            |org
          Component|libobjc                     |other


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-13 03:32 -------
Subject: Re:  libobjc testsuite failures

> Is this a regression?  If this is a regression, was this caused by:

Yes, things were ok on 2005-11-07.

> 2005-11-09  Alexandre Oliva  <aoliva@redhat.com>
> 
>         PR other/4372
>         * gthr-dce.h, gthr-posix.h, gthr-posix95.h, gthr-solaris.h,
>         gthr-tpf.h: Define __gthrw.  For all identifiers that might
>         be weak, introduce weakrefs or non-weak aliases with __gthrw,
>         and prefix all uses with __ghtrw.

This is probably the cause.  gcc.dg/attr-weakref-1.c also fails on this
target.  I'm using GNU as and HP ld.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] libobjc testsuite failures

[pinskia at gcc dot gnu dot org]

------- Comment #3 from pinskia at gcc dot gnu dot org  2005-11-13 04:07 -------
Alexandre could you look into this one and PR 24827?


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu dot
                   |                            |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-13 04:29 -------
Subject: Re:  libobjc testsuite failures

> ------- Comment #3 from pinskia at gcc dot gnu dot org  2005-11-13 04:07 -------
> Alexandre could you look into this one and PR 24827?

And PR 24831?

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1 Regression] libobjc testsuite failures

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build
            Summary|libobjc testsuite failures  |[4.1 Regression] libobjc
                   |                            |testsuite failures
   Target Milestone|---                         |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1 Regression] libobjc testsuite failures

[aoliva at gcc dot gnu dot org]

------- Comment #5 from aoliva at gcc dot gnu dot org  2005-11-14 14:25 -------
Hmm, this is tricky.  I hadn't considered the case of having one of these
functions defined with a symbol that does not have external linkage.  I suppose
we may have to take care of this case :-( even though it probably wouldn't have
worked with the #pragma weaks.  Or would it?  Anyhow, please confirm how you
configured the compiler.  I'm particularly interested in what assembler you're
using, and what `grep HAVE_GAS_WEAK gcc/auto-host.h' prints.

Anyhow, one solution that comes to mind is to modify the __gthrw macro to
declare not a function with the same symbol name, but rather a static const
pointer to the original function.  In a perfect world, we'd be able to define
preprocessor macros within preprocessor macros, but without this ability,
that's the best I can think of, short of adding explicit defines for some
conditions.


-- 

aoliva at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |aoliva at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2005-11-14 14:25:50
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1 Regression] libobjc testsuite failures

[aoliva at gcc dot gnu dot org]

------- Comment #6 from aoliva at gcc dot gnu dot org  2005-11-14 14:30 -------
Another idea that's just occurred to me is to use a preprocessor macro to
*refer* to the symbols throughout the source files.  Say, __gthrw_(x) would
expand to __gthrw_x when weakrefs are available, and to just x otherwise.  Or
something like that.  I'll need the info requested above before deciding how to
proceed, though.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1 Regression] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-14 19:51 -------
Subject: Re:  [4.1 Regression] libobjc testsuite failures

> worked with the #pragma weaks.  Or would it?  Anyhow, please confirm how you
> configured the compiler.  I'm particularly interested in what assembler you're
> using, and what `grep HAVE_GAS_WEAK gcc/auto-host.h' prints.

/* Define if your assembler supports .weak. */
#ifndef USED_FOR_TARGET
#define HAVE_GAS_WEAK 1
#endif

/* Define if your assembler supports .weakref. */
#ifndef USED_FOR_TARGET
#define HAVE_GAS_WEAKREF 1
#endif

I think that GAS shouldn't advertise .weakref support under hppa-hpux.

Support for the HP assembler which doesn't have weak support is nearly
dead.  All recent versions of GAS have ".weak" support.

I'm using the following gas versions at the moment:

-bash-2.05b$ /opt/gnu/bin/as --version
GNU assembler 2.16.91 20051106
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of `hppa2.0w-hp-hpux11.11'.

-bash-2.05b$ /opt/gnu64/bin/as --version
GNU assembler 2.16.91 20051106
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of `hppa64-hp-hpux11.11'.




Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1 Regression] libobjc testsuite failures

[mmitchel at gcc dot gnu dot org]

------- Comment #8 from mmitchel at gcc dot gnu dot org  2005-11-19 02:13 -------
Objective-C is not release-critical.


-- 

mmitchel at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1 Regression] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-19 02:51 -------
Subject: Re:  [4.1 Regression] libobjc testsuite failures

> ------- Comment #8 from mmitchel at gcc dot gnu dot org  2005-11-19 02:13 -------
> Objective-C is not release-critical.

This is only one of several HP-UX regressions arising from the introduction
of weak references in stage3.  I'm surprised this was approved.  Possibly,
the quickfix is to undefine HAVE_GAS_WEAKREF under HP-UX.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug libobjc/24829] [4.1/4.2 Regression] libobjc testsuite failures

[pinskia at gcc dot gnu dot org]

------- Comment #10 from pinskia at gcc dot gnu dot org  2005-11-25 21:09 -------
Hmm, we should picking up GTHREAD_USE_WEAK from pa/som.h.
Could you attach the preprocessed source (with -g3) for thrd-objc.c from
libobjc?


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|other                       |libobjc


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug libobjc/24829] [4.1/4.2 Regression] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-25 21:49 -------
Subject: Re:  [4.1/4.2 Regression] libobjc testsuite failures

> Could you attach the preprocessed source (with -g3) for thrd-objc.c from
> libobjc?

Here it is.

Dave


------- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-25 21:49 -------
Created an attachment (id=10340)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10340&action=view)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures

[pinskia at gcc dot gnu dot org]

------- Comment #13 from pinskia at gcc dot gnu dot org  2005-11-25 22:08 -------
gthdr.h is wrong, it should not be using asm("pthread_create") (etc.) here at
all


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|libobjc                     |other


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-26 20:25 -------
Subject: Re:  [4.1/4.2 Regression] libobjc testsuite failures

> > Here it is.
> 
> Oops, the file sent had HAVE_GAS_WEAKDEF undef'd, so SUPPORTS_WEAK
> is 0.

With HAVE_GAS_WEAKDEF undef'd, we have a large number of objc failures
with the following error:

Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc
-B/mnt/gnu/gcc-3.3/objdir/gc
c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/objc/execute/exceptions/catchall-1.m  -w
-O0  -fgnu-runtime -fobjc-exceptions
-I/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/../../
libobjc -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./libobjc/.libs  -lobjc
-lm   -o /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/catchall-1.x0    (timeout = 300)
PASS: objc/execute/exceptions/catchall-1.m compilation,  -O0  -fgnu-runtime
Setting LD_LIBRARY_PATH to
.::/mnt/gnu/gcc-3.3/objdir/gcc:/mnt/gnu/gcc-3.3/objdi
r/gcc:/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./libobjc/.libs:.::/mnt/gnu/
gcc-3.3/objdir/gcc:/mnt/gnu/gcc-3.3/objdir/gcc:/mnt/gnu/gcc-3.3/objdir/hppa2.0w-
hp-hpux11.11/./libobjc/.libs
/usr/lib/dld.sl: Unresolved symbol: pthread_attr_init (code)  from
/mnt/gnu/gcc-
3.3/objdir/hppa2.0w-hp-hpux11.11/./libobjc/.libs/libobjc.sl.1
FAIL: objc/execute/exceptions/catchall-1.m execution,  -O0  -fgnu-runtime
set_ld_library_path_env_vars:
ld_library_path=.::/mnt/gnu/gcc-3.3/objdir/gcc:/mn
t/gnu/gcc-3.3/objdir/gcc:/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./libobjc
/.libs

This reference comes from thr-objc.o:

thr-objc.o
         U pthread_attr_init

The header defines pthread_attr_init as follows:

 static int pthread_attr_init(

         pthread_attr_t *attr)
     { return(__pthread_attr_init_system(attr)); }

we have

extern __typeof(pthread_attr_init) __gthrw_pthread_attr_init __asm (""
"pthread_
attr_init");

and in __gthread_objc_init_thread_system

   if (__gthrw_pthread_attr_init (&_objc_thread_attribs) == 0
       && __gthrw_pthread_attr_setdetachstate (&_objc_thread_attribs, 0xde) ==
0)
     return 0;

but in the .s file, we have in __objc_init_thread_system a call
to pthread_attr_init:

        .CALL ARGW0=GR
        bl pthread_attr_init,%r2

        .IMPORT pthread_attr_init,CODE

This shows that using __asm to create aliases to static inline function
fails.

This was with revision 106850M.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca  2005-11-26 21:19 -------
Subject: Re:  [4.1/4.2 Regression] libobjc testsuite failures

> > > Here it is.
> > 
> > Oops, the file sent had HAVE_GAS_WEAKDEF undef'd, so SUPPORTS_WEAK
> > is 0.
> 
> With HAVE_GAS_WEAKDEF undef'd, we have a large number of objc failures
> with the following error:

Actually, this isn't the reason SUPPORTS_WEAK is 0.  The problem is
tconfig.h defines USED_FOR_TARGET.  As a result, nothing in auto-host.h
is defined, including HAVE_GAS_WEAK and HAVE_GAS_WEAKREF.  Because
HAVE_GAS_WEAK isn't defined, som.h defines SUPPORTS_WEAK to be 0 ;(

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures

[danglin at gcc dot gnu dot org]

------- Comment #16 from danglin at gcc dot gnu dot org  2006-01-26 22:00 -------
Subject: Bug 24829

Author: danglin
Date: Thu Jan 26 22:00:28 2006
New Revision: 110278

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110278
Log:
        PR other/24829
        PR target/24831
        * gthr-dce.h: Do not gthrw-ify pthread_once_init,
        pthread_key_delete.  From John David Anglin.  gthrw-ify
        pthread_getunique_np only if it it's not a macro.  Delete
        UNUSED macro.
        (__gthread_objc_condition_allocate,
__gthread_objc_condition_deallocate,
        __gthread_objc_condition_wait, __gthread_objc_condition_broadcast,
        __gthread_objc_condition_signal, __gthread_key_delete): Add
        "__attribute__ ((__unused__))" to unused arguments.
        (__gthread_recursive_mutex_init_function): Add missing return.
        * gthr-dce.h, gthr-tpf.h, gthr-solaris.h, gthr-posix.h,
        gthr-posix95.h: Use macro-based approach for name redirection
        on targets missing weakref.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/gthr-dce.h
    trunk/gcc/gthr-posix.h
    trunk/gcc/gthr-posix95.h
    trunk/gcc/gthr-solaris.h
    trunk/gcc/gthr-tpf.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures

[danglin at gcc dot gnu dot org]

------- Comment #17 from danglin at gcc dot gnu dot org  2006-01-26 22:26 -------
Subject: Bug 24829

Author: danglin
Date: Thu Jan 26 22:26:49 2006
New Revision: 110280

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110280
Log:
2006-01-26 Alexandre Oliva  <aoliva@redhat.com>

        PR other/24829
        PR target/24831
        * gthr-dce.h: Do not gthrw-ify pthread_once_init,
        pthread_key_delete.  From John David Anglin.  gthrw-ify
        pthread_getunique_np only if it it's not a macro.  Delete
        UNUSED macro.
        (__gthread_objc_condition_allocate,
__gthread_objc_condition_deallocate,
        __gthread_objc_condition_wait, __gthread_objc_condition_broadcast,
        __gthread_objc_condition_signal, __gthread_key_delete): Add
        "__attribute__ ((__unused__))" to unused arguments.
        (__gthread_recursive_mutex_init_function): Add missing return.
        * gthr-dce.h, gthr-tpf.h, gthr-solaris.h, gthr-posix.h,
        gthr-posix95.h: Use macro-based approach for name redirection
        on targets missing weakref.


Modified:
    branches/gcc-4_1-branch/gcc/ChangeLog
    branches/gcc-4_1-branch/gcc/gthr-dce.h
    branches/gcc-4_1-branch/gcc/gthr-posix.h
    branches/gcc-4_1-branch/gcc/gthr-posix95.h
    branches/gcc-4_1-branch/gcc/gthr-solaris.h
    branches/gcc-4_1-branch/gcc/gthr-tpf.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829

[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures

[danglin at gcc dot gnu dot org]

------- Comment #18 from danglin at gcc dot gnu dot org  2006-01-26 22:30 -------
Fixed by patch.


-- 

danglin at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829