see PR37855 for the use case (building icedtea --with-alt-jar=gjar $ /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
In the past there was some dicussion about setting LARGE_CONFIG, see http://gcc.gnu.org/ml/java-patches/2005-q4/msg00149.html and in the followup: "For the branch, I wanted to solve the problem while making the least intrusive change possible. On HEAD, it sounds like LARGE_CONFIG is the way to go. I will test a patch shortly and reverse the MAX_ROOT_SETS change there." -- Summary: Abort with: Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37856
