From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5841 invoked by alias); 8 Apr 2011 08:17:01 -0000 Received: (qmail 5812 invoked by uid 22791); 8 Apr 2011 08:16:59 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,TW_CX,TW_GC,TW_JL X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 Apr 2011 08:16:58 +0000 From: "blakawk at gentooist dot com" To: java-prs@gcc.gnu.org Subject: [Bug java/48512] New: [4.6] gcj spec files references incorrectly crtmt.o on i686-w64-mingw32 target X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: java X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: blakawk at gentooist dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Fri, 08 Apr 2011 08:17:00 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2011-q2/txt/msg00003.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512 Summary: [4.6] gcj spec files references incorrectly crtmt.o on i686-w64-mingw32 target Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned@gcc.gnu.org ReportedBy: blakawk@gentooist.com When cross compiling GCJ with host platform i386-redhat-linux and target platform i686-w64-mingw32, the GCJ spec file is generated adding crtmt.o to startfile. The path to this file is not a full path, so it is looked up in the current directory, resulting in No such file or directory error when compiling a .exe with GCJ. Versions used are the following: # i686-w64-mingw32-gcj -v Using built-in specs. Reading specs from /home/users_csee/parizet/mingw32/root/bin/../lib/gcc/i686-w64-mingw32/4.6.1/../../../../i686-w64-mingw32/lib/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig COLLECT_GCC=i686-w64-mingw32-gcj COLLECT_LTO_WRAPPER=/home/users_csee/parizet/mingw32/root/bin/../libexec/gcc/i686-w64-mingw32/4.6.1/lto-wrapper Target: i686-w64-mingw32 Configured with: ../../sources/gcc-4.6-20110401/configure --prefix=/users_csee/parizet/mingw32/root --with-sysroot=/users_csee/parizet/mingw32/root --disable-multilib --with-mpfr=/users_csee/parizet/mingw32/root --with-mpc=/users_csee/parizet/mingw32/root --with-gmp=/users_csee/parizet/mingw32/root --with-cloog=/users_csee/parizet/mingw32/root --with-ppl=/users_csee/parizet/mingw32/root --enable-cloog-backend=isl --disable-shared --enable-threads=win32 --disable-tls --disable-__cxa_atexit --enable-languages=c,c++,java --enable-libssp --disable-win32-registry --disable-nls --disable-lto --enable-libgcj --enable-sjlj-exceptions --target=i686-w64-mingw32 --build=i386-redhat-linux Thread model: win32 gcc version 4.6.1 20110401 (prerelease) (GCC) and mingw32 revision 4105 from the trunk. When removing the crtmt.o from startfile in libgcj.spec file, it works fine.