Package Details: gcc6-gcj 6.5.0-7

Git Clone URL: https://aur.archlinux.org/gcc6.git (read-only, click to copy)
Package Base: gcc6
Description: Java front-end for GCC
Upstream URL: https://gcc.gnu.org/gcc-6/
Licenses: GPL, custom, LGPL, FDL
Replaces: gcc-gcj
Submitter: Svenstaro
Maintainer: valandil
Last Packager: valandil
Votes: 20
Popularity: 0.000519
First Submitted: 2018-05-17 20:56
Last Updated: 2021-08-25 01:29

Dependencies (18)

Sources (6)

Pinned Comments

valandil commented on 2020-08-24 15:06

I highly recommend building this package in a clean chroot. This avoids the use of a AUR helper, which sometimes uses /tmp as the stating directory, which often gets filled completely by gcc's build process.

It also provides a clean environment, which minimizes interactions between your current environment and gcc's build process.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

valandil commented on 2021-08-25 01:30

Hmm, it probably was needed a long time ago. I've removed it, tested the build and it works fine. Just pushed a new version.

bartus commented on 2021-08-22 11:21

Why option=(!makeflags) it builds fine with 16 threads here.

valandil commented on 2021-04-09 11:08

@xdavidwu Just letting know that I did see your messages, and that I'm working on cleaning up the PKGBUILD a bit more before publishing the fix. If that's too inconvenient I can revert the changes of the offending commit and push a cleaner PKGBUILD later.

Thanks for the link, it was helpful!

xdavidwu commented on 2021-04-07 13:34

The latest commit in PKGBUILD (ea4ffd34ed11) makes this package fails to build.

The commit contains changes that squash pattern matching into double quotes, like this one + rm "${pkgdir}/${_libdir}/libstdc++.so*". This will not work. Double-quotes allow parameter expansion, arithmetic expansion and command subsitution but not pattern matching. The asterisks are treated as literals and do not expand. Reference: POSIX definition of shell command language, section 2.2.3 Double-Quotes. A quick test with echo * (which expands) and echo "*" (which prints the asterisk) indicates that bash seems to do the same thing.

makepkg in a clean container fails at that line (rm "${pkgdir}/${_libdir}/libstdc++.so*").

ffcc commented on 2020-09-28 12:56

Forget it. It installs without any file conflicts all right. It did not due to the AUR helper and some ancient aur database.

Sorry for the inconvenience.

valandil commented on 2020-09-28 12:49

I can't reproduce this issue. I rebuilt the latest version (6.5.0-4) in a clean chroot, and was able to install all packages without file conflicts. Can you show the detailed pacman output?

ffcc commented on 2020-09-24 16:11

"gcc6" and "gcc6-libs" have conflicting files. As mentioned in former comments they can be installed using pacman's --overwrite flag:

pacman -S --overwrite /usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libstdc++.a,/usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libstdc++.la gcc6 gcc6-libs

But, "libstdc++.a" file is not the same in both packages. Which "libstdc++.a" file should we keep? "gcc6"'s or "gcc6-libs"'?

valandil commented on 2020-08-27 12:35

No worries. gcc can be a pain to build, so I always build the versions of gcc I maintain in a clean chroot.

I'll look into some of the makedepends, I don't recall needing all of them when I maintained the package before it went to community. But my memory might be flawed...

denisalevi commented on 2020-08-27 09:41

Building in a clean chroot did it, thank you @valandil! I had tried installing gcc6 both with yay and manually with makepkg but both failed.

Here are the steps that worked for me:

  • Install devtools from the official repos (for the multilib-build command).

  • Install libart-lgpl from the AUR.

  • Download this PKGBUILD and run the mutilib-build command mentioned below from the directory where the PKGBUILD is located. If you used an AUR-helper, you find your libarg-lgpl package in the cache folder of the helper (for yay that is ~/.cache/yay/libart-lgpl/....

  • Now install the build packages using pacman -U gcc6-...pkg.tar.zst

valandil commented on 2020-08-24 15:06

I highly recommend building this package in a clean chroot. This avoids the use of a AUR helper, which sometimes uses /tmp as the stating directory, which often gets filled completely by gcc's build process.

It also provides a clean environment, which minimizes interactions between your current environment and gcc's build process.