public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libobjc/24829] New: libobjc testsuite failures
@ 2005-11-13 3:07 danglin at gcc dot gnu dot org
2005-11-13 3:25 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
` (17 more replies)
0 siblings, 18 replies; 19+ messages in thread
From: danglin at gcc dot gnu dot org @ 2005-11-13 3:07 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
@ 2005-11-13 3:25 ` pinskia at gcc dot gnu dot org
2005-11-13 3:32 ` dave at hiauly1 dot hia dot nrc dot ca
` (16 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-13 3:25 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
2005-11-13 3:25 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
@ 2005-11-13 3:32 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-13 4:07 ` pinskia at gcc dot gnu dot org
` (15 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-13 3:32 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
2005-11-13 3:25 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
2005-11-13 3:32 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2005-11-13 4:07 ` pinskia at gcc dot gnu dot org
2005-11-13 4:29 ` dave at hiauly1 dot hia dot nrc dot ca
` (14 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-13 4:07 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (2 preceding siblings ...)
2005-11-13 4:07 ` pinskia at gcc dot gnu dot org
@ 2005-11-13 4:29 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-13 6:05 ` [Bug other/24829] [4.1 Regression] " pinskia at gcc dot gnu dot org
` (13 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-13 4:29 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (3 preceding siblings ...)
2005-11-13 4:29 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2005-11-13 6:05 ` pinskia at gcc dot gnu dot org
2005-11-14 14:25 ` aoliva at gcc dot gnu dot org
` (12 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-13 6:05 UTC (permalink / raw)
To: gcc-bugs
--
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (4 preceding siblings ...)
2005-11-13 6:05 ` [Bug other/24829] [4.1 Regression] " pinskia at gcc dot gnu dot org
@ 2005-11-14 14:25 ` aoliva at gcc dot gnu dot org
2005-11-14 14:30 ` aoliva at gcc dot gnu dot org
` (11 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: aoliva at gcc dot gnu dot org @ 2005-11-14 14:25 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (5 preceding siblings ...)
2005-11-14 14:25 ` aoliva at gcc dot gnu dot org
@ 2005-11-14 14:30 ` aoliva at gcc dot gnu dot org
2005-11-14 19:51 ` dave at hiauly1 dot hia dot nrc dot ca
` (10 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: aoliva at gcc dot gnu dot org @ 2005-11-14 14:30 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (6 preceding siblings ...)
2005-11-14 14:30 ` aoliva at gcc dot gnu dot org
@ 2005-11-14 19:51 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-19 2:13 ` mmitchel at gcc dot gnu dot org
` (9 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-14 19:51 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (7 preceding siblings ...)
2005-11-14 19:51 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2005-11-19 2:13 ` mmitchel at gcc dot gnu dot org
2005-11-19 2:51 ` dave at hiauly1 dot hia dot nrc dot ca
` (8 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: mmitchel at gcc dot gnu dot org @ 2005-11-19 2:13 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (8 preceding siblings ...)
2005-11-19 2:13 ` mmitchel at gcc dot gnu dot org
@ 2005-11-19 2:51 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-25 21:09 ` [Bug libobjc/24829] [4.1/4.2 " pinskia at gcc dot gnu dot org
` (7 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-19 2:51 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libobjc/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (9 preceding siblings ...)
2005-11-19 2:51 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2005-11-25 21:09 ` pinskia at gcc dot gnu dot org
2005-11-25 21:49 ` dave at hiauly1 dot hia dot nrc dot ca
` (6 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-25 21:09 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libobjc/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (10 preceding siblings ...)
2005-11-25 21:09 ` [Bug libobjc/24829] [4.1/4.2 " pinskia at gcc dot gnu dot org
@ 2005-11-25 21:49 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-25 22:08 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
` (5 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-25 21:49 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (11 preceding siblings ...)
2005-11-25 21:49 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2005-11-25 22:08 ` pinskia at gcc dot gnu dot org
2005-11-26 20:25 ` dave at hiauly1 dot hia dot nrc dot ca
` (4 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-25 22:08 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (12 preceding siblings ...)
2005-11-25 22:08 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
@ 2005-11-26 20:25 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-26 21:19 ` dave at hiauly1 dot hia dot nrc dot ca
` (3 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-26 20:25 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (13 preceding siblings ...)
2005-11-26 20:25 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2005-11-26 21:19 ` dave at hiauly1 dot hia dot nrc dot ca
2006-01-26 22:00 ` danglin at gcc dot gnu dot org
` (2 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2005-11-26 21:19 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (14 preceding siblings ...)
2005-11-26 21:19 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2006-01-26 22:00 ` danglin at gcc dot gnu dot org
2006-01-26 22:27 ` danglin at gcc dot gnu dot org
2006-01-26 22:30 ` danglin at gcc dot gnu dot org
17 siblings, 0 replies; 19+ messages in thread
From: danglin at gcc dot gnu dot org @ 2006-01-26 22:00 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (15 preceding siblings ...)
2006-01-26 22:00 ` danglin at gcc dot gnu dot org
@ 2006-01-26 22:27 ` danglin at gcc dot gnu dot org
2006-01-26 22:30 ` danglin at gcc dot gnu dot org
17 siblings, 0 replies; 19+ messages in thread
From: danglin at gcc dot gnu dot org @ 2006-01-26 22:27 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
` (16 preceding siblings ...)
2006-01-26 22:27 ` danglin at gcc dot gnu dot org
@ 2006-01-26 22:30 ` danglin at gcc dot gnu dot org
17 siblings, 0 replies; 19+ messages in thread
From: danglin at gcc dot gnu dot org @ 2006-01-26 22:30 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2006-01-26 22:30 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-11-13 3:07 [Bug libobjc/24829] New: libobjc testsuite failures danglin at gcc dot gnu dot org
2005-11-13 3:25 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
2005-11-13 3:32 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-13 4:07 ` pinskia at gcc dot gnu dot org
2005-11-13 4:29 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-13 6:05 ` [Bug other/24829] [4.1 Regression] " pinskia at gcc dot gnu dot org
2005-11-14 14:25 ` aoliva at gcc dot gnu dot org
2005-11-14 14:30 ` aoliva at gcc dot gnu dot org
2005-11-14 19:51 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-19 2:13 ` mmitchel at gcc dot gnu dot org
2005-11-19 2:51 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-25 21:09 ` [Bug libobjc/24829] [4.1/4.2 " pinskia at gcc dot gnu dot org
2005-11-25 21:49 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-25 22:08 ` [Bug other/24829] " pinskia at gcc dot gnu dot org
2005-11-26 20:25 ` dave at hiauly1 dot hia dot nrc dot ca
2005-11-26 21:19 ` dave at hiauly1 dot hia dot nrc dot ca
2006-01-26 22:00 ` danglin at gcc dot gnu dot org
2006-01-26 22:27 ` danglin at gcc dot gnu dot org
2006-01-26 22:30 ` danglin at gcc dot gnu dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).