Re: [libtool 2.2.10] testsuite: 24 102 failed

[Donald Parsons]

On Thu, 2010-06-17 at 15:30 -0500, Peter O'Gorman wrote:
> On 06/17/2010 03:11 PM, Donald Parsons wrote:
> > Compiled and check'ed on Fedora 12.
> >
> > Please find `tests/testsuite.log' attached.
> >
> > ./flags.at:24: $LIBTOOL --tag=GCJ --mode=compile $compile -c $source
> > stderr:
> > gcj: error trying to exec 'ecj1': execvp: No such file or directory
> > stdout:
> > libtool: compile:  gcj -g -O2 -c a.java
> > ./flags.at:24: exit code was 1, expected 0
> > 24. flags.at:24: 24. passing GCJ flags through libtool (flags.at:24): 
> > FAILED (flags.at:24)
> >
> 
> Thanks for the report, looks like your gcj installation is broken. I 
> believe Ralf has already fixed the detection of broken java compilers in 
> libtool HEAD, so this should be fixed for you on the next libtool release.
> 
> (If you intend to use gcj though, you might want to fix this).
> 
> Peter

The gcc is a straight bootstrap of the gnu gcc-4.5.0 release.

I do not use gcj, but the error,
 "gcj: error trying to exec 'ecj1': execvp: No such file or directory"
is suspicious because in
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/  has a "jc1"
program.  Is this the new naming for "ecj1" ?

For completeness dir has:

-rwxr-xr-x 1 root root 47996468 2010-04-20 21:15 cc1
-rwxr-xr-x 1 root root 48300772 2010-04-20 21:15 cc1obj
-rwxr-xr-x 1 root root 51591899 2010-04-20 21:15 cc1plus
-rwxr-xr-x 1 root root   603250 2010-04-20 21:15 collect2
-rwxr-xr-x 1 root root 50017378 2010-04-20 21:15 f951
drwxr-xr-x 2 root root     4096 2010-04-20 21:15 install-tools
-rwxr-xr-x 1 root root 46823799 2010-04-20 21:15 jc1
-rwxr-xr-x 1 root root   116882 2010-04-20 21:15 jvgenmain
-rwxr-xr-x 1 root root 45587629 2010-04-20 21:15 lto1
-rwxr-xr-x 1 root root   126569 2010-04-20 21:15 lto-wrapper

BUT this makes no sense!  A self compiled gcc/gcj cannot get the
naming wrong.   Okay I went and reread INSTALL docs with a grep
for ecj1.  Gcc rebuilding now, and expect it will fix libtool
test failures.   I guess the comment "Ralf has already fixed the
detection of broken java compilers" is referring to what I have
now noticed with your help.

Thanks for your response and help!

Don