FYI: large number of objc failures on i686-linux-gnu

[H . J . Lu]

On Sun, Jan 06, 2002 at 10:31:45AM -0800, Stan Shebs wrote:
> "H . J . Lu" wrote:
> > 
> > On Sun, Jan 06, 2002 at 10:21:18AM -0800, Stan Shebs wrote:
> > > Andreas Jaeger wrote:
> > > >
> > > > I get with current CVS a large number of failures in objc:
> > >
> > > My fault, most likely - the failures coincide with my checkin to
> > > use the current C torture test framework, and going by the very
> > > handy assemblage in gcc-testresults, they seem to only happen to
> > > people doing --enable-shared on GNU/Linux.  So I'm going to look
> > > at what's happening in the test machinery.
> > 
> > I think it is a long standing bug in the objc compiler, which only
> > affects shared library on some ELF targets.
> 
> Perhaps, but that wouldn't explain the near-perfect results from
> before my testsuite change, as Andreas noted.
> 

Well, the linker message had always been there before. It is just that
the old objc test framework didn't catch the linker message:

Executing on host: /export/build/gnu/gcc-mips/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-mips/build-i686-linux/gcc/ /home/hjl/work/gnu/src/gcc-mips/gcc/gcc/testsuite/objc/execute/accessing_ivars.m  -w  -O -I/home/hjl/work/gnu/src/gc c-mips/gcc/gcc/testsuite/../../libobjc -L/export/build/gnu/gcc-mips/build-i686-l inux/i686-pc-linux-gnu/libobjc/.libs -lobjc  -lm   -o /export/build/gnu/gcc-mips /build-i686-linux/gcc/testsuite/accessing_ivars.x    (timeout = 300)
/usr/bin/ld: warning: type and size of dynamic symbol `__objc_class_name_Object' are not defined^M
output is: /usr/bin/ld: warning: type and size of dynamic symbol `__objc_class_name_Object' are not defined^M

PASS: objc/execute/accessing_ivars.m compilation,  -O
PASS: objc/execute/accessing_ivars.m execution,  -O 

The new one does. As I said, it is an objc compiler bug.



H.J.