[Bug java/49036] gcj-mp-4.5: Internal error: Abort trap (program ecj1) on Mac OS X 10.5.8

[Bug java/49036] gcj-mp-4.5: Internal error: Abort trap (program ecj1) on Mac OS X 10.5.8

[from.gcc_bugzilla at jdlh dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49036

--- Comment #1 from Jim DeLaHunt <from.gcc_bugzilla at jdlh dot com> 2011-05-18 05:14:36 UTC ---
Bug 41991 - gcj segfaults on i686-apple-darwin9 and x86_64-apple-darwin9
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991) is possibly related to this
bug. It was the only GCC bug report I found which mentioned "program ecj1".

[Bug java/49036] New: gcj-mp-4.5: Internal error: Abort trap (program ecj1) on Mac OS X 10.5.8

[from.gcc_bugzilla at jdlh dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49036

           Summary: gcj-mp-4.5: Internal error: Abort trap (program ecj1)
                    on Mac OS X 10.5.8
           Product: gcc
           Version: 4.5.3
            Status: UNCONFIRMED
          Severity: major
          Priority: P3
         Component: java
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: from.gcc_bugzilla@jdlh.com


Created attachment 24274
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24274
Source file Anchor.java, test case for this bug (GPL).

Please be gentle with me, an end user of Mac Ports, swimming upstream to report
a build problem to GCC as requested by the error message. I am not from this
land, and I do not know your ways.  But I've filed bug reports before, so I'll
give it a shot.

Building Mac Ports project "pdftk" with gcj 4.5.3 fails with an error message,
   gcj-mp-4.5: Internal error: Abort trap (program ecj1)

for several files in the pdftk source tree.

The exact version of GCC: gcj 4.5.3

The system type: Mac OS X 10.5.8

The options given when GCC was configured/built: unknown, I don't know how to
retrieve this information. Mac Ports built project "gcc45" because it was
required by project "pdftk". 

The complete command line that triggers the bug:
% /opt/local/bin/gcj-mp-4.5 -v -save-temps -td tmp -Wall -fsource=1.3 -O2
--encoding=UTF-8
--classpath="/opt/local/share/java/libgcj-4.5.3.jar:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_pdftk/work/pdftk-1.44-dist/java:."
-C com/lowagie/text/Anchor.java

The compiler output (error messages, warnings, etc.):
Using built-in specs.
COLLECT_GCC=/opt/local/bin/gcj-mp-4.5
COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/i386-apple-darwin9/4.5.3/lto-wrapper
gcj-mp-4.5: unrecognized option '-td'
Target: i386-apple-darwin9
Configured with: ../gcc-4.5.3/configure --prefix=/opt/local
--build=i386-apple-darwin9 --enable-languages=c,c++,objc,obj-c++,fortran,java
--libdir=/opt/local/lib/gcc45 --includedir=/opt/local/include/gcc45
--infodir=/opt/local/share/info --mandir=/opt/local/share/man
--datarootdir=/opt/local/share/gcc-4.5 --with-local-prefix=/opt/local
--with-system-zlib --disable-nls --program-suffix=-mp-4.5
--with-gxx-include-dir=/opt/local/include/gcc45/c++/ --with-gmp=/opt/local
--with-mpfr=/opt/local --with-mpc=/opt/local --enable-stage1-checking
--disable-multilib
Thread model: posix
gcc version 4.5.3 (GCC) 
COLLECT_GCC_OPTIONS='-fsaw-java-file' '-mmacosx-version-min=10.5.8' '-v'
'-save-temps' '-td' '-Wall' '-fsource=1.3' '-O2' '-fencoding=UTF-8' '-C'
'-fbootclasspath=/opt/local/share/java/libgcj-4.5.3.jar:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_pdftk/work/pdftk-1.44-dist/java/:./:/opt/local/share/gcc-4.5/java/libgcj-4.5.3.jar'
'-fsyntax-only' '-femit-class-files' '-S' '-o' 'NONE' '-shared-libgcc'
'-mtune=generic'
 /opt/local/libexec/gcc/i386-apple-darwin9/4.5.3/ecj1
com/lowagie/text/Anchor.java -Wall
-fbootclasspath=/opt/local/share/java/libgcj-4.5.3.jar:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_pdftk/work/pdftk-1.44-dist/java/:./:/opt/local/share/gcc-4.5/java/libgcj-4.5.3.jar
-fencoding=UTF-8 -fsource=1.3 -ftarget=1.5 -fzip-dependency Anchor.zip
gcj-mp-4.5: Internal error: Abort trap (program ecj1)
Please submit a full bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.


The preprocessed file (*.i*) that triggers the bug, generated by adding
-save-temps to the complete compilation command: 
Unable to comply. I don't know where the gcj compiler stores preprocessed
files. The -td directive doesn't appear to put temp files in the specified
directory; note that in the command line above I specified "-td tmp", and GCJ
included only "-td" and not the directory name "tmp" in its COLLECT_GCC_OPTIONS
.  I'm attaching the source file from the above command line,
com/lowagie/text/Anchor.java, in case that's any help. I'm not familiar with
GCJ, so I don't know how to figure out which dependent files its using.

This problem is the subject of Mac Ports bug report "Error Installing PDFTK" at
https://trac.macports.org/ticket/27154 .  Comments there indicate that using
GCC 4.2 caused the code to compile successfully.

I have not tried any newer versions of GCJ; I'm using the build process and
compiler choices which Mac Ports provides.  Once I get this bug report
submitted, I'll try using Mac Ports to build pdftk with GCJ 4.2.x.

If I can supply more information, I'm happy to.

[Bug java/49036] gcj-mp-4.5: Internal error: Abort trap (program ecj1) on Mac OS X 10.5.8

[Martin.vGagern at gmx dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49036

Martin von Gagern <Martin.vGagern at gmx dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Martin.vGagern at gmx dot
                   |                            |net

--- Comment #2 from Martin von Gagern <Martin.vGagern at gmx dot net> 2011-06-03 15:21:49 UTC ---
Hit the same using Fink Project and pdftk 1.44-1.

(In reply to comment #1)
> Bug 41991 is possibly related to this bug.

As on my system, even a simple hello world java application fails to compile,
and that bug describes pretty much that situation, I'd say this is probably a
duplicate of that.