This appears to be the case. After upgrading to the gcc packages in testing it now appears to be compiling without issue and a much more reasonable memory usage of less then 60 MB.<br><br>Perhaps a note of this should be made in the slackbuild readme...? I guess it seems like it's a bug with gcj, not the anything to do with the slackbuild, but it seems that if the slackbuild is going to be in a repository for 13.0 that a note should be made for users running a stock installation. <br>
<br>Thanks for the suggestion/resolution!<br>--Chad<br><br><div class="gmail_quote">On Wed, Dec 2, 2009 at 13:12, Robby Workman <span dir="ltr"><<a href="mailto:rworkman@slackbuilds.org">rworkman@slackbuilds.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">On Wed, 2 Dec 2009 12:28:53 -0500<br>
Chad Parker <<a href="mailto:parker.charles@gmail.com">parker.charles@gmail.com</a>> wrote:<br>
<br>
> Attempting to build pdftk from the 13.0 repository on a<br>
> slackware64-current system resulted in gcj attempting to allocate<br>
> over 3GB of memory.<br>
><br>
> Google only seems to know about one other report of this:<br>
> <a href="http://gcc.gnu.org/ml/gcc-bugs/2009-10/msg01960.html" target="_blank">http://gcc.gnu.org/ml/gcc-bugs/2009-10/msg01960.html</a><br>
><br>
> while the build doesn't actually crash, the machine becomes unusable<br>
> while the build process waits on disk IO<br>
><br>
> I installed the jdk package as suggested in the readme. Same problem<br>
> both before and after.<br>
><br>
> There's nothing interesting in the archive verification or extraction<br>
> portions of the log. Here's the tail end of the log:<br>
><br>
> patching file java_libs/Makefile<br>
> patching file pdftk/Makefile.Base<br>
> patching file pdftk/Makefile.Generic<br>
> patching file pdftk/Makefile.Generic<br>
> Hunk #1 succeeded at 27 (offset 4 lines).<br>
> make -C ../java_libs<br>
> make[1]: Entering directory `/tmp/SBo/pdftk-1.41/java_libs'<br>
> make -C "/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text";<br>
> make[2]: Entering directory<br>
> `/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text' gcj -O2 -fPIC -w<br>
> --encoding=UTF-8 --classpath="/tmp/SBo/pdftk-1.41/java_libs" -c<br>
> Anchor.java -o Anchor.o GC Warning: Repeated allocation of very large<br>
> block (appr. size 1048576000): May lead to memory leak and poor<br>
> performance. ^C<br>
<br>
<br>
</div></div>Hrm, interesting... I don't get that on my -current box with<br>
gcc-4.4.2 from /testing. Maybe that bug is fixed in later gcc.<br>
<font color="#888888"><br>
-RW<br>
</font></blockquote></div><br>