Summary: | Build gcc-4.2.1 release fails when configured with --with-xmlj using Sun's ld | ||
---|---|---|---|
Product: | gcc | Reporter: | Rob <rob1weld> |
Component: | libgcj | Assignee: | Not yet assigned to anyone <unassigned> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | gcc-bugs, java-prs, rwild |
Priority: | P3 | ||
Version: | 4.2.1 | ||
Target Milestone: | --- | ||
Host: | i386-pc-solaris2.11 | Target: | i386-pc-solaris2.11 |
Build: | i386-pc-solaris2.11 | Known to work: | 4.4.0 |
Known to fail: | Last reconfirmed: | ||
Attachments: |
./libtool --tag=CXX --config > tag_CXX.txt
./libtool --tag=GCJ --config > tag_GCJ.txt |
Description
Rob
2008-06-26 15:33:41 UTC
Correction: The "finally ending with this" section should read: --- .LPR2 0x123aa1 .libs/gnu-xml.o .LPR2 0x123ba1 .libs/gnu-xml.o ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make[3]: *** [libgcj.la] Error 1 make[3]: Leaving directory `/opt/gcc-4.2.1-build/i386-pc-solaris2.11/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/gcc-4.2.1-build/i386-pc-solaris2.11/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/opt/gcc-4.2.1-build' make: *** [all] Error 2 --- Test results are here: Results for 4.2.1 testsuite on i386-pc-solaris2.11 http://gcc.gnu.org/ml/gcc-testresults/2008-06/msg02160.html Everything passed (and failed) as expected for this version of gcc when configured with these options on Cygwin (under WinXP) or Debian/GNU. A (very?) good result for a first attempt at porting to my new OS. Even got a few passes with mudflaps -- but I'll see if I can fix that up. I don't understand the last comment. Do you still have a bug to report? If no, then please close this, if yes, then please state what is different from the successful build you used to obtain the test results. Anyway, if you have the relocation issue still, it'd be interesting to see cd i386-pc-solaris2.11/libjava ./libtool --tag=CXX --config ./libtool --tag=GCJ --config to exclude a bogus pic_flag setting. >> I don't understand the last comment. Do you still have a bug to report? Yes. >>If no, then please close this, if yes, then please state what is different >>from the successful build you used to obtain the test results. The successful build is the result NOT configuring with "--with-xmlj" When I build I submit the test results to help the community. The test results posted show that the numbers of FAILs is similar to other platforms, thus it is a "successful" build (but without "--with-xmlj" which I would add if it did not block the build). The number of PASSes for the C compiler is very high and this version of GCC (4.2.1) is one of the higher 4.2.x series that can be built. There are other bug reports here by other people who were unable to build other 4.2.x versions on OpenSolaris. I hope I have explained the significance of my post adequately. Blows own horn. This is a milestone for the month old operating system. I am not expert enough in Java to be the one who would fix this for us all. Even if I was I would be opening this report to post the fix. Please do not close this bug unless it is either: 1. Fixed. 2. Decided it will not be fixed. >>Anyway, if you have the relocation issue still, it'd be interesting to see >> cd i386-pc-solaris2.11/libjava >> ./libtool --tag=CXX --config >> ./libtool --tag=GCJ --config >>to exclude a bogus pic_flag setting. Here they are (from a successful build, no "--with-xmlj"): Created attachment 15826 [details]
./libtool --tag=CXX --config > tag_CXX.txt
Created attachment 15827 [details]
./libtool --tag=GCJ --config > tag_GCJ.txt
Attached two outputs from libtool
Added "Known to work" 4.4.0 (gcc version 4.4.0 20090126 (experimental) [trunk revision 143680]). Tested on OpenSolaris 2008.11 i386-pc-solaris2.11 and Fedora 10 i386-redhat-linux-gnu . Rob Closing as won't fix as libgcj (and the java front-end) has been removed from the trunk. |