Hallo, ich versuche gerade, pdftk zu kompilieren, aber make bricht mit einer Fehlermeldung ab: -------------------------------8<------------------------------ gcj --encoding=UTF-8 -I"/tmp/pdftk-src_0.91/itext-1.1" -c Barcode.java -o Barcode.o gcj --encoding=UTF-8 -I"/tmp/pdftk-src_0.91/itext-1.1" -c Barcode128.java -o Barcode128.o Barcode128.java: In class `com.lowagie.text.pdf.Barcode128': Barcode128.java: In method `com.lowagie.text.pdf.Barcode128.createAwtImage(java.awt.Color,java.awt. Color)': Barcode128.java:605: Can't find constructor `java.awt.image.MemoryImageSource(II[III)' in type `java.awt.image.MemoryImageSource'. Image img = canvas.createImage(new MemoryImageSource(fullWidth, height, pix, 0, fullWidth)); ^ 1 error make[2]: *** [Barcode128.o] Error 1 make[2]: Leaving directory `/tmp/pdftk-src_0.91/itext-1.1/com/lowagie/text/pdf' make[1]: *** [itext] Error 2 make[1]: Leaving directory `/tmp/pdftk-src_0.91/itext-1.1' make: *** [itext] Error 2 ------------------------------->8------------------------------- Fuer Ideen, wie sich pdftk doch kompilieren lassen koennte, waere ich deshalb sehr dankbar. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, das folgende nur noch mal zu Erinnerung fuer meine neuee Frage: On 26-Nov-2003 Heinz W. Pahlke wrote:
ich versuche gerade, pdftk zu kompilieren, aber make bricht mit einer Fehlermeldung ab:
-------------------------------8<------------------------------
gcj --encoding=UTF-8 -I"/tmp/pdftk-src_0.91/itext-1.1" -c Barcode.java -o Barcode.o gcj --encoding=UTF-8 -I"/tmp/pdftk-src_0.91/itext-1.1" -c Barcode128.java -o Barcode128.o Barcode128.java: In class `com.lowagie.text.pdf.Barcode128': Barcode128.java: In method `com.lowagie.text.pdf.Barcode128.createAwtImage(java.awt.Color,java.aw t. Color)': Barcode128.java:605: Can't find constructor `java.awt.image.MemoryImageSource(II[III)' in type `java.awt.image.MemoryImageSource'. Image img = canvas.createImage(new MemoryImageSource(fullWidth, height, pix, 0, fullWidth)); ^ 1 error make[2]: *** [Barcode128.o] Error 1 make[2]: Leaving directory `/tmp/pdftk-src_0.91/itext-1.1/com/lowagie/text/pdf' make[1]: *** [itext] Error 2 make[1]: Leaving directory `/tmp/pdftk-src_0.91/itext-1.1' make: *** [itext] Error 2
------------------------------->8-------------------------------
Fuer Ideen, wie sich pdftk doch kompilieren lassen koennte, waere ich deshalb sehr dankbar.
Den einzigen Tip, den ich bekomme habe, betraf gcc. Installiert ist die Version 3.2-36. Mit einer 3.3-x, so der Tip, koennte es evtl. gehen. Nun bin ich zwar nahezu staendig beim Updaten irgendwelcher Programme, aber gcc ist eben nicht irgendein Programm. Das gcc-rpm von der Suse 9.0 wird sich ja vermutlich wegen neuerer glibc und anderer Abhaengigkeiten nicht installieren lassen, aber mit den Source-rpm sollte es gehen. Bloss ist das auch sinnvoll? Oder handele ich mir damit evtl. irgendwelche Nebenwirkungen ein? Nur fuer die vage Hoffnung, dass sich pdftk dann _eventuell_ kompilieren lassen koennte, moechte ich kein Risiko eingehen. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo Heinz, * Heinz schrieb am 10.12.2003:
Hallo,
das folgende nur noch mal zu Erinnerung fuer meine neuee Frage:
On 26-Nov-2003 Heinz W. Pahlke wrote:
ich versuche gerade, pdftk zu kompilieren, aber make bricht mit einer Fehlermeldung ab:
-------------------------------8<------------------------------
gcj --encoding=UTF-8 -I"/tmp/pdftk-src_0.91/itext-1.1" -c Barcode.java -o Barcode.o gcj --encoding=UTF-8 -I"/tmp/pdftk-src_0.91/itext-1.1" -c Barcode128.java -o Barcode128.o Barcode128.java: In class `com.lowagie.text.pdf.Barcode128': Barcode128.java: In method `com.lowagie.text.pdf.Barcode128.createAwtImage(java.awt.Color,java.aw t. Color)': Barcode128.java:605: Can't find constructor `java.awt.image.MemoryImageSource(II[III)' in type `java.awt.image.MemoryImageSource'. Image img = canvas.createImage(new MemoryImageSource(fullWidth, height, pix, 0, fullWidth)); ^ 1 error make[2]: *** [Barcode128.o] Error 1 make[2]: Leaving directory `/tmp/pdftk-src_0.91/itext-1.1/com/lowagie/text/pdf' make[1]: *** [itext] Error 2 make[1]: Leaving directory `/tmp/pdftk-src_0.91/itext-1.1' make: *** [itext] Error 2
------------------------------->8-------------------------------
Fuer Ideen, wie sich pdftk doch kompilieren lassen koennte, waere ich deshalb sehr dankbar.
Den einzigen Tip, den ich bekomme habe, betraf gcc. Installiert ist die Version 3.2-36. Mit einer 3.3-x, so der Tip, koennte es evtl. gehen.
Nun bin ich zwar nahezu staendig beim Updaten irgendwelcher Programme, aber gcc ist eben nicht irgendein Programm.
Das gcc-rpm von der Suse 9.0 wird sich ja vermutlich wegen neuerer glibc und anderer Abhaengigkeiten nicht installieren lassen, aber mit den Source-rpm sollte es gehen.
Bloss ist das auch sinnvoll? Oder handele ich mir damit evtl. irgendwelche Nebenwirkungen ein? Nur fuer die vage Hoffnung, dass sich pdftk dann _eventuell_ kompilieren lassen koennte, moechte ich kein Risiko eingehen.
Du könntest ja das .src.rpm so anpassen, dass der neuere gcc nach /usr/local installiert wird. So zerschieest Du Dir u.U. nicht das System... Grüße, Tom
On Wed, 2003-12-10 at 09:49, Thomas Preissler wrote:
Hallo Heinz,
* Heinz schrieb am 10.12.2003:
Das gcc-rpm von der Suse 9.0 wird sich ja vermutlich wegen neuerer glibc und anderer Abhaengigkeiten nicht installieren lassen, aber mit den Source-rpm sollte es gehen.
Bloss ist das auch sinnvoll? Oder handele ich mir damit evtl. irgendwelche Nebenwirkungen ein? Ja.
Nur fuer die vage Hoffnung, dass sich
pdftk dann _eventuell_ kompilieren lassen koennte, moechte ich kein Risiko eingehen.
Du könntest ja das .src.rpm so anpassen, dass der neuere gcc nach /usr/local installiert wird. So zerschieest Du Dir u.U. nicht das System... Doch!!!!
Durch Installation eines gcc nach /usr/local zerschiesst Du Dir den Default-gcc unter /usr. Installation nach /usr/local dient dazu den Standard-gcc zu *ersetzen* ohne den Standard gcc deinstallieren zu müssen. Mit jedem anderen prefix ausser /usr und /usr/local ist eine Parallelinstallation gefahrlos machbar, eine diesen beiden aber nicht. Ralf
Am Mittwoch, 10. Dezember 2003 09:46 schrieb Heinz W. Pahlke:
ich versuche gerade, pdftk zu kompilieren, aber make bricht mit einer Fehlermeldung ab: [...] Den einzigen Tip, den ich bekomme habe, betraf gcc. Installiert ist die Version 3.2-36. Mit einer 3.3-x, so der Tip, koennte es evtl. gehen.
Nun bin ich zwar nahezu staendig beim Updaten irgendwelcher Programme, aber gcc ist eben nicht irgendein Programm.
Neue Versionen von MPlayer und xine compilieren mit "meinem" gcc-3.2 auch nicht mehr. Ich habe mir daher von http://gcc.gnu.org/ den gcc-3.31 als tgz geholt und nach /opt/gcc331 Vor dem Komplieren setze ich einfach den Pfad auf PATH=/opt/gcc331/bin:$PATH. Damit hatte ich noch keine Probleme. Gruß Harald
Hallo, On 10-Dec-2003 Harald Huthmann wrote:
Neue Versionen von MPlayer und xine compilieren mit "meinem" gcc-3.2 auch nicht mehr. Ich habe mir daher von http://gcc.gnu.org/ den gcc-3.31 als tgz geholt und nach /opt/gcc331
Vor dem Komplieren setze ich einfach den Pfad auf PATH=/opt/gcc331/bin:$PATH. Damit hatte ich noch keine Probleme.
Danke, das ist auch eine Idee. Dass es auch noch /opt gibt, vergesse ich immer voellig. Werde ich heute abend oder morgen vormittag probieren. Einen schoenen Abend, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, Am Wed, 10 Dec 2003, Heinz W. Pahlke schrieb:
On 10-Dec-2003 Harald Huthmann wrote:
Neue Versionen von MPlayer und xine compilieren mit "meinem" gcc-3.2 auch nicht mehr. Ich habe mir daher von http://gcc.gnu.org/ den gcc-3.31 als tgz geholt und nach /opt/gcc331
Vor dem Komplieren setze ich einfach den Pfad auf PATH=/opt/gcc331/bin:$PATH. Damit hatte ich noch keine Probleme.
Danke, das ist auch eine Idee. Dass es auch noch /opt gibt, vergesse ich immer voellig.
Ansonsten kann man auch z.B. /usr/local/gcc-3.3.1 oder /usr/local/pkgs/gcc-3.3.1 oder aehnliches verwenden. Aber Achtung: nicht alle Makefiles und erst recht nicht alle RPMs (bzw. deren .specs) installieren alles unterhalb von $prefix. Also erst mit 'make -n install' testen. Insbesondere muss man praktisch alle .specs anpassen, da diese obendrein auch oft absolute Pfade in der %files-Sektion verwenden. Ein RPM zu backen bietet sich bei nem Zusatz-gcc aber weniger an, erst recht keines per checkinstall. -dnh -- If Windows is the solution, can we please have the problem back?
Hallo, On 10-Dec-2003 Heinz W. Pahlke wrote:
On 10-Dec-2003 Harald Huthmann wrote:
Neue Versionen von MPlayer und xine compilieren mit "meinem" gcc-3.2 auch nicht mehr. Ich habe mir daher von http://gcc.gnu.org/ den gcc-3.31 als tgz geholt und nach /opt/gcc331
Vor dem Komplieren setze ich einfach den Pfad auf PATH=/opt/gcc331/bin:$PATH. Damit hatte ich noch keine Probleme.
Danke, das ist auch eine Idee. Dass es auch noch /opt gibt, vergesse ich immer voellig.
Werde ich heute abend oder morgen vormittag probieren.
Hat doch ein wenig laenger gedauert, aber nun ist der gcc-3.3.2 unter /opt installiert. Bloss an dem Problem, dass sich pdftk nicht kompilieren laesst, hat sich leider nichts geaendert. Da ich pdftk eigentlich nur aus Neugier mal installieren wollte, lasse ich es jetzt erst einmal damit bewenden. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
participants (5)
-
David Haller
-
Harald_mail@t-online.de
-
Heinz W. Pahlke
-
Ralf Corsepius
-
Thomas Preissler