Date: Fri, 05 Jun 2009 22:42:07 -0400 From: Joe Auty <joe@netmusician.org> To: bf <bf2006a@yahoo.com> Cc: freebsd-questions@FreeBSD.org Subject: Re: GCC/GCJ and pdftk Message-ID: <4A29D77F.5000608@netmusician.org> In-Reply-To: <4A29D256.4050902@netmusician.org> References: <552574.63307.qm@web39108.mail.mud.yahoo.com> <4A29D256.4050902@netmusician.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Joe Auty wrote:
> bf wrote:
>>
>
>>> However, I've also read in the pdftk port logs that gcj is included in
>>> GCC 3.4+ when WITHOUT_JAVA in the GCC Makefile is set to no or commented
>>> out. So, I compiled GCC with gcj support without a problem, and
>>
>>
>> Oh yes, did you? Really? How? Better look again.
>>
Sorry, I forgot to answer the "how" part of this: I simply build GCC42
with WITHOUT_JAVA set to no.
>
> Yes, I did:
>
> $ ls /usr/local/bin/gcj*
> /usr/local/bin/gcj42 /usr/local/bin/gcjh42
>
>
>
>>
>>> commented out the NOT_FOR_ARCHS line above to force an install of pdftk:
>>
>>>> ===> pdftk-1.41 depends on executable: gmake - found
>>>> ===> pdftk-1.41 depends on shared library: gcj - not found
>>>> ===> Verifying install for gcj in /usr/ports/lang/gcc42
>>>> ===> Returning to build of pdftk-1.41
>>>> Error: shared library "gcj" does not exist
>>
>>> gcj does indeed exist in /usr/ports/lang/gcc42:
>>
>>>> # find /usr/ports/lang/gcc42 -name "gcj"
>>>> /usr/ports/lang/gcc42/work/gcc-4.2-20090325/libjava/gnu/gcj
>>>> /usr/ports/lang/gcc42/work/gcc-4.2-20090325/libjava/gcj
>>>> /usr/ports/lang/gcc42/work/build/gcc/gcj
>>
>> The "gcj" that the port is searching for must be the appropriate
>> binary executable, or a link to it, and must be in your PATH. In this
>> case,
>> if properly installed via the port, it would be:
>>
>> gcj42, gcj43, gcj44, or gcj45,
>>
>> and would be in /usr/local/bin.
>>
>
> See above. The reason why I was thinking that for some reason it looks
> for it in the port directory is the following in the Makefile:
>
>> # needs gcj
>> LIB_DEPENDS= gcj:${PORTSDIR}/lang/gcc${CSUFF}
>
>
> Perhaps I'm just misinterpreting things... It's strange though that the
> reason for pdftk not building seems to be that gcj does not compile on
> amd64 systems, when this doesn't seem to be true. I've read about
> problems with memory consumption of gcj, but I don't know if these still
> remain true - these posts were rather old.
>
> However, again, all of this is with huge accuracy caveats, I'm
> definitely not confident with my piecing together of information here...
>
>
>> All that you have done is find what I suspect are empty directories in
>> the WRKDIR for the lang/gcc42 port. Consider the 'which' command; or
>> limiting the directories searched and the using of '-not -type d' if
>> employing 'find' in this way in the future.
>>
>>
>>> Any suggestions as to what I can do to build pdftk? This particular
>>> project will surely be much harder if I can't get pdftk
>>> to>build/compile...
>>
>> In the order of increasing effort:
>>
>> 1) Use a tool other than pdftk to manipulate your PDF files. pdftk is
>> just a wrapper around an old version of devel/itext, structured with
>> the idea of compiling it with gcj. You could just install Java and
>> use the more up-to-date devel/itext. Or use print/ghostscript8,
>> graphics/poppler, or print/xpdf, either directly or via one of the many
>> programs (for example, print/kpdftool) that use them to do the dirty
>> work.
>> Also textproc/p5-CAM-PDF, print/py-pdf, ...
>>
>
> I will definitely look at itext! I'm using FPDI to insert header stamps
> into existing PDF files, and need something to rotate and merge PDFs.
> I've looked at Ghostscript a little, but was really attracted to the
> simplicity of doing this in pdftk. If you have any other suggestions of
> solutions I could look into other than itext, I'd appreciate them! I'm
> rather new to PDF manipulation...
>
>
>> 2) Switch your system to i386 and use pdftk.
>>
>> 3) Find a way to build gcj on architectures other than i386, or persuade
>> or browbeat gerald@ into doing it. Debian has packages for other
>> architectures, for example. You could look at what they've done.
>>
>>
>> b.
>>
>>
>>
>>
>>
>> _______________________________________________
>> freebsd-questions@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> To unsubscribe, send any mail to
>> "freebsd-questions-unsubscribe@freebsd.org"
>
>
--
Joe Auty
NetMusician: web publishing software for musicians
http://www.netmusician.org
joe@netmusician.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A29D77F.5000608>