Arch Linux User Repository

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.

Thanks, it should be fixed now.

error: failed to commit transaction (conflicting files)
/usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0/libstdc++.a exists in both 'gcc6-libs' and 'gcc6'
/usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0/libstdc++.la exists in both 'gcc6-libs' and 'gcc6'
Errors occurred, no packages were upgraded.

Thanks, I'm testing this out right now. My initial plan was to fix with by either using --with-included-gettext or a statically compiled version of gettext, but for some reason the former didn't work and the latter is very annoying to actually do :)

Quote/Solution from gcc8 package which also works here: by "alexf91": "Disabling native language support fixes the build problems. Edit PKGBUILD and add --disable-nls when the configure script is called."

This fixes the "`GLIBCXX_3.4.30' not found" error and makes a build possible.

It is required by the java component:

checking for glib-2.0 >= 2.4 gthread-2.0 >= 2.4... yes
checking GLIB_CFLAGS... -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -pthread 
checking GLIB_LIBS... -lgthread-2.0 -pthread -lglib-2.0 
checking for libart-2.0 >= 2.1... Package libart-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libart-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'libart-2.0', required by 'virtual:world', not found
configure: error: Library requirements (libart-2.0 >= 2.1) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
make[1]: *** [Makefile:19636: configure-target-libjava] Error 1

I started maintaining gcc6 to be able to compile pdftk, then written in java. I believe it is now pdftk-gcj in the AUR. gcc6 is the last version of gcc with the gcj component, so it's normal that gcc7 doesn't require it.

Could you confirm if libart-lgpl is realy needed to build this package?

It's a little wierd since gcc{5,7,8,9} don't require it. Especially for gcc7, I just successfully build it in a clean chroot.

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.

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

@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!

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*").