This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: If you don't have a previous incarnation of GCJ installed...
- To: Zack Weinberg <zackw at stanford dot edu>
- Subject: Re: If you don't have a previous incarnation of GCJ installed...
- From: Bryce McKinlay <bryce at albatross dot co dot nz>
- Date: Sat, 10 Mar 2001 12:11:26 +1300
- CC: java at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org
- References: <20010309012240.B386@stanford.edu>
Zack Weinberg wrote:
> This causes ltconfig to conclude that no, gcj doesn't support -c with
> -o. So libtool tries to work around that with mv. That in turn
> causes ~500 spurious testsuite failures, because the mv from fileutils
> 4.0 rejects an attempt to move a file onto itself.
>
> Sticking -fclasspath=${srcdir} into $GCJ in configure.in isn't good
> enough, because gnu/classpath/Configuration.java doesn't exist yet,
> and it tries to read that.
Yeah. But this just means you need to "make install" before "make check",
right? Or is the problem affecting you elsewhere?
My preferred solution is for libtool to stop doing silly tests! (there has
never been a GCJ that doesn't support "-c -o"), but don't think Oliva liked
that idea. Ideally we could put a flag in ltcf-gcj.sh that tells it not to
bother, but I don't see an obvious way to do that with the current libtool.
regards
[ bryce ]