Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - gcc-gcj

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: gcc-gcj 6.3.1-2

Git Clone URL: https://aur-dev.archlinux.org/gcc-gcj.git (read-only)
Package Base: gcc-gcj
Description: The GNU Compiler for Java
Upstream URL: http://gcc.gnu.org
Licenses: GPL, LGPL
Submitter: Allan
Maintainer: valandil
Last Packager: valandil
Votes: 243
Popularity: 3.271133
First Submitted: 2009-05-08 17:48
Last Updated: 2017-01-14 15:55

Pinned Comments

valandil commented on 2016-05-11 14:02

This package, gcc-gcj, is a subset of the GNU Compiler Collection, specifically the Java compiler part. In Arch Linux, it is mostly used to compile pdftk, a very nifty command-line PDF tool.

When reporting any build issue, please provide your current version of gcc and any error message.

It is *very* long to compile and takes up a lot of disk space while doing so. Do not use AUR helpers to compile this thing, you'll probably end up filling your /tmp partition and crash the compilation process. Download the PKGBUILD (either with yaourt -G gcc-gcj, with the helper of your choice or even manually) and run makepkg.

If you do not want to compile this and only need it for pdftk, consider using pdftk-bin. As its name indicates, it is a precompiled version of pdftk and depends only on libgcj, also precompiled.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

valandil commented on 2016-04-06 12:15

Thanks for the info, @bidulock. I've changed to classpath-notools in the dependencies of gcc-gcj for the time being. This will make sure that new installations work properly.

For current installations, simply install classpath-notools and you will be able to update the rest of your packages.

I will revert back to using classpath when FS#48813 is fixed (if it is fixed).

bidulock commented on 2016-04-06 08:56

Ok, added classpath-notools. Compile and build classpath-notools and replace classpath with it. Your existing gcc-gcj should work. If classpath is not fixed by next iteration, add classpath-notools to depends=() in gcc-gcj.

bidulock commented on 2016-04-06 04:31

See FS#48813.

I am in process of building AUR classpath-notools to replace classpath as dependency for gcc-gcj. Still hoping Sergey removes the tools again as well a gjdoc.1.gz as well per the original bug report.

cfr42 commented on 2016-04-05 20:54

I've uninstalled gcc-gcj and pdftk for the reason mentioned by David-UPCT. I take it this is the recommended action but am hoping some other action will be possible soon.

David-UPCT commented on 2016-04-05 18:25

I have gcc-gcj-5.3.0-1 installed (as it's a dependance of pdftk), and classpath (as it's a dependance of gcc-gcj). Today classpath has been updated in the community repo to classpath-0.99-2, and I've received the following messages when updating:

error: failed to commit transaction (conflicting files)
/usr/bin/gappletviewer exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gjar exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gjarsigner exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gjavah exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gkeytool exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gnative2ascii exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gorbd exists in both 'classpath' and 'gcc-gcj'
/usr/bin/grmic exists in both 'classpath' and 'gcc-gcj'
/usr/bin/grmid exists in both 'classpath' and 'gcc-gcj'
/usr/bin/grmiregistry exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gserialver exists in both 'classpath' and 'gcc-gcj'
/usr/bin/gtnameserv exists in both 'classpath' and 'gcc-gcj'
/usr/lib/security/classpath.security exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gappletviewer.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gcjh.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gjar.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gjarsigner.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gjavah.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gkeytool.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gnative2ascii.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gorbd.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/grmid.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/grmiregistry.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gserialver.1.gz exists in both 'classpath' and 'gcc-gcj'
/usr/share/man/man1/gtnameserv.1.gz exists in both 'classpath' and 'gcc-gcj'
Errors occurred, no packages were upgraded.

haawda commented on 2016-02-28 15:26

Install pkg-config. It is in the base-devel-group, which you should install also.

madman_xxx commented on 2016-02-28 11:20

Compiling fails:

checking for pkg-config... no
*** The pkg-config script could not be found. Make sure it is
*** in your path, or set the PKG_CONFIG environment variable
*** to the full path to pkg-config.
*** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config.
configure: error: Library requirements (gtk+-2.0 >= 2.4) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
Makefile:18426: recipe for target 'configure-target-libjava' failed
make[1]: *** [configure-target-libjava] Error 1
make[1]: Leaving directory '/mnt/res/AUR/gcc-gcj/src/gcc-5.3.0/build'
Makefile:904: recipe for target 'all' failed
make: *** [all] Error 2

F3nr1s commented on 2015-12-24 19:21

(removed original comment)
Okay, should have read the over comments. Problem was, that I was compiling in the tmp-directory and this was to small (< 10 GB).

valandil commented on 2015-12-10 22:01

Compilation should be fixed with the new version. It was probably caused by trying to compile gcc-gcj-5.2 with gcc-5.3, but my Russian is not so good. ;)

colorprint commented on 2015-10-12 15:22

Compiling fails:

libtool: link: /home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/./gcc/gcj -B/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/x86_64-unknown-linux-gnu/libjava/ -B/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/./gcc/ -B/usr/x86_64-unknown-linux-gnu/bin/ -B/usr/x86_64-unknown-linux-gnu/lib/ -isystem /usr/x86_64-unknown-linux-gnu/include -isystem /usr/x86_64-unknown-linux-gnu/sys-include -fomit-frame-pointer -Usun -g -O2 -o .libs/gc-analyze --main=gnu.gcj.tools.gc_analyze.MemoryAnalyze -shared-libgcc -L/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/x86_64-unknown-linux-gnu/libjava/.libs -L/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/x86_64-unknown-linux-gnu/libjava ./.libs/libgcj-tools.so -lm /home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/x86_64-unknown-linux-gnu/libjava/.libs/libgcj.so ./.libs/libgcj.so -lpthread -lrt -ldl -lz -Wl,-rpath -Wl,/usr/lib/../lib
make[3]: выход из каталога «/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/x86_64-unknown-linux-gnu/libjava»
make[2]: выход из каталога «/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build/x86_64-unknown-linux-gnu/libjava»
make[1]: выход из каталога «/home/TMP/yaourt/tmp/yaourt-tmp-anton/aur-gcc-gcj/src/gcc-5.2.0/build»
Makefile:904: ошибка выполнения рецепта для цели «all»
make: *** [all] Ошибка 2