building icedtea6 --with-alt-jar=gjar (and gcj-4.3):
$ /usr/bin/gjar c0mf
/scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/manifest.tmp
/scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/rt-orig.jar
@/scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/jarfilelists/rt_jar_list_args
-J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m
Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
Aborted
Tom tracked that down to:
<tromey> ok, I think I see the problem in jar
<tromey> we read each input file into a byte[]
<tromey> so if we write a really large file this could cause problems
<tromey> could you see if that is true in your case?
<tromey> hmm, I think jar could be much better
<tromey> it could just stream the output
<tromey> I mean, stream each file to the output stream
the biggest input file here is 488020 bytes
--
Summary: gjar cannot handle large input files
Product: classpath
Version: 0.97.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cp-tools
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37855
_______________________________________________
Bug-classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-classpath
