Opened 8 years ago

Closed 8 years ago

#7773 closed enhancement (fixed)

gcc-6.1.0

Reported by: bdubbs@… Owned by: Pierre Labastie
Priority: normal Milestone: 7.10
Component: BOOK Version: SVN
Severity: normal Keywords:
Cc:

Description

New major version

Change History (10)

comment:1 by Pierre Labastie, 8 years ago

Owner: changed from blfs-book@… to Pierre Labastie
Status: newassigned

comment:2 by Pierre Labastie, 8 years ago

Tests for libjava fail with new version of dejagnu. from https://gcc.gnu.org/ml/java-patches/2016-q2/msg00007.html:

In DejaGnu 1.6, the utility procedure 'absolute' has been removed as
it can be implemented with Tcl's own 'file normalize' command...

The patch is:

===================================================================
--- testsuite/lib/libjava.exp	(revision 235209)
+++ testsuite/lib/libjava.exp	(working copy)
@@ -416,7 +416,7 @@
 
     # Search for libtool.  We need it to link.
     set found_compiler 0
-    set d [absolute $objdir]
+    set d [file normalize $objdir]
     foreach x {. .. ../.. ../../..} {
     if {[file exists $d/$x/libtool]} then {
         # We have to run silently to avoid DejaGNU lossage.

I think we can use the sed:

sed -i 's/\[absolute/[file normalize/' libjava/testsuite/lib/libjava.exp

comment:3 by bdubbs@…, 8 years ago

There is only one instance of 'absolute' in libjava.exp. We can just do:

sed -i 's/absolute/file normalize/' libjava/testsuite/lib/libjava.exp

omitting the '[' characters in the sed.

comment:4 by Pierre Labastie, 8 years ago

Right. I'll do that. I have another concern: there are 846 failures (about half the number of tests) in the libjava tests... Will try to investigate.

comment:5 by Pierre Labastie, 8 years ago

Also the compiled ecj binary does not run. It returns the error:

libgcj failure: gcj linkage error.
Incorrect library ABI version detected.  Aborting

I have tried to remove any remnant of the previous gcj version, but no joy. I wonder whether this version of gcj is viable.

comment:6 by Armin K, 8 years ago

It appears that gcc devs have abandoned java. They seem to have released a compiler suite with several regressions in their java stack. If they don't care about their java implementation anymore, neither should you. Just drop the gcc java stack or remain at an older gcc version for the java suite if you really need it.

comment:7 by Pierre Labastie, 8 years ago

I've seen upstream have committed a bunch of fixes to the java suite after the release, so I'll try them.

I agree that the GCC java suite is of little use in BLFS, since we now have OpenJDK 1.8, and GCC cannot be used to build it (version 1.7 is needed, while GCC is version 1.5). The only other place I know where gcj is used is in some swig tests. If it is too hard to get a functional GCC java suite, I'll archive it.

comment:8 by Pierre Labastie, 8 years ago

the following sed is enough to fix the failures:

sed -i 's/major.*1000.*minor/major/' gcc/java/decl.c

See https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/java/decl.c?r1=233218&r2=235546&pathrev=235575

I've just seen that there is an icedtea version to compile openjdk-8. See http://blog.fuseyism.com. I do not know whether it uses gcj.

comment:9 by Douglas R. Reno, 8 years ago

Qt4 / its corresponding qtwebkit version have issues compiling. See #7787.

I have an *untested* workaround for Qt4, but none for Qtwebkit.

comment:10 by Pierre Labastie, 8 years ago

Resolution: fixed
Status: assignedclosed

Fixed at r17316

Note: See TracTickets for help on using tickets.