--- Comment #7 from glarkin at FreeBSD dot org 2010-05-03 18:36 ---
(In reply to comment #6)
So can someone please comment on this?
I recently encountered this problem while using gcc/gcj 4.5 with ecj-4.5.jar to
compile the pdftk utility (http://www.accesspdf.com/pdftk/) on FreeBSD. I
maintain the pdftk port for FreeBSD, and I previously used gcc/gcj 4.2 with
ecj-4.3.jar without any problems.
I found a workaround by patching the pdftk Makefiles like so:
##
# implicit rules for creating A from B
%.o : %.java
$(GCJ) $(GCJFLAGS) -c $ -o $@
+ ${OBJCOPY} -L '_ZGr8_$$_dummy' $@
The FreeBSD objcopy command changes the .dummy resource from global scope to
local scope in each .o file. After doing that, the pdftk link phase succeeded
instead of dying with a ton of duplicate symbol errors.
After searching for the source of the duplicate symbol, I think I found it
here:
http://gcc.gnu.org/ml/java-patches/2009-q1/msg00049.html
If the patch included in this message is the source of the duplicate symbol
problem, then I wonder if it could be fixed like so?
String someRandomString = generate random string();
ZipEntry entry = new ZipEntry(.dummy + someRandomString);
Feedback welcome,
Greg Larkin
--
glarkin at FreeBSD dot org changed:
What|Removed |Added
CC||glarkin at FreeBSD dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143
