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.
Search Criteria
Package Details: gcc6-gcj 6.5.0-7
Package Actions
Git Clone URL: | https://aur.archlinux.org/gcc6.git (read-only, click to copy) |
---|---|
Package Base: | gcc6 |
Description: | The GNU Compiler Collection - C and C++ frontends (6.x.x) |
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.000004 |
First Submitted: | 2018-05-17 20:56 (UTC) |
Last Updated: | 2021-08-25 01:29 (UTC) |
Dependencies (18)
- gcc6 (gcc6-multilib)
- gtk2 (gtk2-git, gtk2-minimal-git, gtk2-patched-filechooser-icon-view, gtk2-maemo)
- java-runtime (java-gcj-compat, jre10, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, jre14, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, jdk15-adoptopenjdk, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jre8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-openj9-bin, zulu-jdk-fx-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, zulu-embedded-jdk, jre-openj9, jdk11-msopenjdk-bin, jdk18-beta-temurin, zulu-13-bin, jdk8-arm, jre17-jetbrains, jre-jetbrains, amazon-corretto-17, amazon-corretto-18, amazon-corretto-8, amazon-corretto-11, zulu-8-bin, zulu-11-bin, zulu-17-bin, zulu-18-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jre11-jetbrains-imfix, jdk-arm, jdk-temurin, jdk11-temurin, jdk17-temurin, jre8-adoptopenjdk, java-openjdk-bin, jre8, jdk8, java-openjdk-loom-ea-bin, jdk8-dragonwell-bin, jdk11-dragonwell-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, jdk-openj9-bin, zulu-jre-fx-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-microsoft-openjdk, jdk-jetbrains, jre11-jbr-xdg, jre-jbr-xdg, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, jre-lts, jre, jre11, jdk18-openj9-bin, jdk-android-studio, jre12-openjdk, jre15-openjdk, jre16-openjdk, jre13-openjdk, jre14-openjdk, zulu-embedded-jdk11, jre-bcl, jdk-bcl, java-openjdk-ea-bin, jre-openjdk-xdg, jre17-jetbrains-imfix, liberica-jre-8-full-bin, jre-openjdk, jre11-openjdk, jre17-openjdk, jre8-openjdk)
- libmpc (libmpc-git)
- libsm
- libxtst
- binutils (binutils-git, binutils-2.35.2) (make)
- doxygen (doxygen-git, doxygen-clang) (make)
- gtk2 (gtk2-git, gtk2-minimal-git, gtk2-patched-filechooser-icon-view, gtk2-maemo) (make)
- java-environment-common (make)
- java-runtime (java-gcj-compat, jre10, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, jre14, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, jdk15-adoptopenjdk, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jre8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-openj9-bin, zulu-jdk-fx-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, zulu-embedded-jdk, jre-openj9, jdk11-msopenjdk-bin, jdk18-beta-temurin, zulu-13-bin, jdk8-arm, jre17-jetbrains, jre-jetbrains, amazon-corretto-17, amazon-corretto-18, amazon-corretto-8, amazon-corretto-11, zulu-8-bin, zulu-11-bin, zulu-17-bin, zulu-18-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jre11-jetbrains-imfix, jdk-arm, jdk-temurin, jdk11-temurin, jdk17-temurin, jre8-adoptopenjdk, java-openjdk-bin, jre8, jdk8, java-openjdk-loom-ea-bin, jdk8-dragonwell-bin, jdk11-dragonwell-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, jdk-openj9-bin, zulu-jre-fx-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-microsoft-openjdk, jdk-jetbrains, jre11-jbr-xdg, jre-jbr-xdg, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, jre-lts, jre, jre11, jdk18-openj9-bin, jdk-android-studio, jre12-openjdk, jre15-openjdk, jre16-openjdk, jre13-openjdk, jre14-openjdk, zulu-embedded-jdk11, jre-bcl, jdk-bcl, java-openjdk-ea-bin, jre-openjdk-xdg, jre17-jetbrains-imfix, liberica-jre-8-full-bin, jre-openjdk, jre11-openjdk, jre17-openjdk, jre8-openjdk) (make)
- jdk8-openjdk (make)
- libart-lgpl (make)
- libmpc (libmpc-git) (make)
- libxtst (make)
- subversion (make)
- zip (zip-natspec) (make)
- zlib (zlib-static, zlib-git, zlib-ng, zlib-ng-compat-git) (make)
Required by (14)
- gcc-gcj-ecj
- gcc6-gcj-compat
- gjdoc
- openss7-git (make)
- openss7-java-git
- openss7-java-git (make)
- openss7-modules-git (make)
- openss7-modules-lts-git (make)
- openss7-modules-lts316-git (make)
- openss7-modules-lts414-git (make)
- openss7-modules-lts419-git (make)
- openss7-modules-lts44-git (make)
- openss7-modules-lts49-git (make)
- pdftk-gcj
Sources (6)
Latest Comments
valandil commented on 2021-08-25 01:30 (UTC)
bartus commented on 2021-08-22 11:21 (UTC)
Why option=(!makeflags)
it builds fine with 16 threads here.
valandil commented on 2021-04-09 11:08 (UTC) (edited on 2021-04-09 11:09 (UTC) by valandil)
@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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
"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 (UTC)
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 (UTC) (edited on 2020-08-27 09:41 (UTC) by denisalevi)
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 themultilib-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 yourlibarg-lgpl
package in the cache folder of the helper (foryay
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 (UTC)
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.
valandil commented on 2020-08-24 15:01 (UTC) (edited on 2020-08-24 15:02 (UTC) by valandil)
Hi,
I was able to build the package in a clean chroot. I suggest you try that as well. Here's the command I used:
multilib-build -- -I /var/cache/pacman/pkg/libart-lgpl-2.3.21-5-x86_64.pkg.tar.zst
denisalevi commented on 2020-08-22 15:07 (UTC)
Hey there. Build failed for me. Here a makepkg log. It this a problem on my side or does the PKGBUILD need a fix?
https://drive.google.com/file/d/15TF9wvFrSzFwUwSos9e-JbJxsTEQdWSO/view?usp=sharing
df8oe commented on 2020-03-01 16:30 (UTC)
Thanks - what trivial :) wroking perfectly.
dviktor commented on 2020-03-01 13:07 (UTC)
@df8oe it's already applied. just rebuild package
df8oe commented on 2020-03-01 13:03 (UTC)
Can you please provide instructions how I can apply libsanitizer.patch? Where to place .patch file, what to add to prepare()... I am new to this ;)
valandil commented on 2020-03-01 02:42 (UTC)
It does.
valandil commented on 2020-02-27 17:21 (UTC)
I started the compilation this morning. We'll see if my patch once I'm back at home later today.
dviktor commented on 2020-02-27 16:09 (UTC)
Does it work?
dviktor commented on 2020-02-26 10:51 (UTC)
libsanitizer
valandil commented on 2020-02-26 10:49 (UTC)
I can try that. Which patch? bz84080 or libsanitizer?
dviktor commented on 2020-02-26 10:44 (UTC)
I think we should backport patch for new glibc as done for gcc7
valandil commented on 2020-02-26 10:37 (UTC)
I'm looking into it.
For the record though, what you attached does not contain information about the actual compilation error, it's just makepkg reporting that the build failed.
arch202928 commented on 2020-02-26 02:32 (UTC)
Install failed with the following message,
checking for memmove... (cached) yes
checking for strcmp... yes
checking for closedir... yes
checking for opendir... (cached) yes
checking for readdir... yes
configure: updating cache .././config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing default-1 commands
config.status: executing depfiles commands
make[1]: Leaving directory '/home/myname/.cache/yay/gcc6/src/gcc-build'
make: *** [Makefile:917: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
Error making: gcc6 (gcc6-libs gcc6)
dviktor commented on 2020-02-16 16:40 (UTC)
@L1ghtmar3 your link is broken. Could you please to force-rebuild without parallel make?
L1ghtmar3 commented on 2020-02-16 07:05 (UTC)
I'm having trouble building gcc6 on a fresh system, either using yay or manually. Full build log, though I don't think it contains any actual error messages, and seems to end on slightly different lines every time. The line after that was build aborting due to Error 2 in Makefile at line 917.
This might have something to do with my makepkg.conf CFLAGS="-march=native -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt". When I could build the package successfully on my other machine, the flags were rather default -march=x86-64 and so on. The -march=native description for the PC that fails the build.
valandil commented on 2019-09-03 01:53 (UTC)
I hadn't noticed that this package was back in AUR. Let me know if you need a hand maintaining the package. -- Joey
sebschrader commented on 2019-07-18 11:10 (UTC)
A make distclean
in src/gcc-build
solved the issue.
sebschrader commented on 2019-07-17 13:20 (UTC)
Builds fail reproducible on my machine in the bootstrap comparison step between stages 2 and 3:
make "DESTDIR=" "RPATH_ENVVAR=LD_LIBRARY_PATH" "TARGET_SUBDIR=x86_64-pc-linux-gnu" "bindir=/usr/bin" "datadir=/usr/share" "exec_prefix=/usr" "includedir=/usr/include" "datarootdir=/usr/share" "docdir=/usr/share/doc/" "infodir=/usr/share/info" "pdfdir=/usr/share/doc/" "htmldir=/usr/share/doc/" "libdir=/usr/lib" "libexecdir=/usr/lib" "lispdir=" "localstatedir=/usr/var" "mandir=/usr/share/man" "oldincludedir=/usr/include" "prefix=/usr" "sbindir=/usr/sbin" "sharedstatedir=/usr/com" "sysconfdir=/usr/etc" "tooldir=/usr/x86_64-pc-linux-gnu" "build_tooldir=/usr/x86_64-pc-linux-gnu" "target_alias=x86_64-pc-linux-gnu" "AWK=gawk" "BISON=bison" "CC_FOR_BUILD=gcc" "CFLAGS_FOR_BUILD=-march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt" "CXX_FOR_BUILD=g++ -std=gnu++98" "EXPECT=expect" "FLEX=flex" "INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS_FOR_BUILD=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now" "LEX=flex" "M4=m4" "MAKE=make" "RUNTEST=runtest" "RUNTESTFLAGS=" "SED=/usr/bin/sed" "SHELL=/bin/sh" "YACC=bison -y" "`echo 'ADAFLAGS=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "ADA_CFLAGS=" "AR_FLAGS=rc" "`echo 'BOOT_ADAFLAGS=-gnatpg' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "BOOT_CFLAGS=-g -O2" "BOOT_LDFLAGS=" "CFLAGS=-march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt" "CXXFLAGS=-march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt" "LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now" "LIBCFLAGS=-march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt" "LIBCXXFLAGS=-march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt -fno-implicit-templates" "STAGE1_CHECKING=--enable-checking=release,types" "STAGE1_LANGUAGES=c,c++,lto" "GNATBIND=no" "GNATMAKE=no" "AR_FOR_TARGET=ar" "AS_FOR_TARGET=as" "CC_FOR_TARGET=/home/scs/.cache/aurman/gcc6/src/gcc-build/./gcc/xgcc -B/home/scs/.cache/aurman/gcc6/src/gcc-build/./gcc/" "CFLAGS_FOR_TARGET=-g -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt" "CPPFLAGS_FOR_TARGET=" "CXXFLAGS_FOR_TARGET=-g -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt -D_GNU_SOURCE" "DLLTOOL_FOR_TARGET=dlltool" "FLAGS_FOR_TARGET=-B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include" "GCJ_FOR_TARGET=/home/scs/.cache/aurman/gcc6/src/gcc-build/./gcc/gcj -B/home/scs/.cache/aurman/gcc6/src/gcc-build/./gcc/" "GFORTRAN_FOR_TARGET=/home/scs/.cache/aurman/gcc6/src/gcc-build/./gcc/gfortran -B/home/scs/.cache/aurman/gcc6/src/gcc-build/./gcc/" "GOC_FOR_TARGET=" "GOCFLAGS_FOR_TARGET=-O2 -g" "LD_FOR_TARGET=ld" "LIPO_FOR_TARGET=lipo" "LDFLAGS_FOR_TARGET=" "LIBCFLAGS_FOR_TARGET=-g -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt" "LIBCXXFLAGS_FOR_TARGET=-g -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt -D_GNU_SOURCE -fno-implicit-templates" "NM_FOR_TARGET=nm" "OBJDUMP_FOR_TARGET=objdump" "OBJCOPY_FOR_TARGET=" "RANLIB_FOR_TARGET=ranlib" "READELF_FOR_TARGET=readelf" "STRIP_FOR_TARGET=strip" "WINDRES_FOR_TARGET=windres" "WINDMC_FOR_TARGET=windmc" "BUILD_CONFIG=bootstrap-debug" "`echo 'LANGUAGES=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "LEAN=false" "STAGE1_CFLAGS=-g" "STAGE1_CXXFLAGS=-g" "STAGE1_TFLAGS=" "STAGE2_CFLAGS=-g -O2 -gtoggle" "STAGE2_CXXFLAGS=-g -O2 -gtoggle" "STAGE2_TFLAGS=" "STAGE3_CFLAGS=-g -O2" "STAGE3_CXXFLAGS=-g -O2" "STAGE3_TFLAGS=" "STAGE4_CFLAGS=-g -O2" "STAGE4_CXXFLAGS=-g -O2" "STAGE4_TFLAGS=" "STAGEprofile_CFLAGS=-g -O2 -gtoggle -fprofile-generate" "STAGEprofile_CXXFLAGS=-g -O2 -gtoggle -fprofile-generate" "STAGEprofile_TFLAGS=" "STAGEfeedback_CFLAGS=-g -O2 -fprofile-use" "STAGEfeedback_CXXFLAGS=-g -O2 -fprofile-use" "STAGEfeedback_TFLAGS=" "CXX_FOR_TARGET= $r/./gcc/xg++ -B$r/./gcc/ -nostdinc++ `if test -f $r/x86_64-pc-linux-gnu/libstdc++-v3/scripts/testsuite_flags; then /bin/sh $r/x86_64-pc-linux-gnu/libstdc++-v3/scripts/testsuite_flags --build-includes; else echo -funconfigured-libstdc++-v3 ; fi` -L$r/x86_64-pc-linux-gnu/libstdc++-v3/src -L$r/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -L$r/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs" "TFLAGS=" "CONFIG_SHELL=/bin/sh" "MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000" compare
make[2]: Entering directory '/home/scs/.cache/aurman/gcc6/src/gcc-build'
make[3]: Entering directory '/home/scs/.cache/aurman/gcc6/src/gcc-build'
rm -f stage_current
make[3]: Leaving directory '/home/scs/.cache/aurman/gcc6/src/gcc-build'
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/plugin.o differs
gcc/gcc.o differs
make[2]: *** [Makefile:23282: compare] Error 1
make[2]: Leaving directory '/home/scs/.cache/aurman/gcc6/src/gcc-build'
make[1]: *** [Makefile:23262: stage3-bubble] Error 2
make[1]: Leaving directory '/home/scs/.cache/aurman/gcc6/src/gcc-build'
make: *** [Makefile:915: all] Error 2
==> ERROR: A failure occurred in build().
Aborting..
moham_96 commented on 2019-05-03 10:31 (UTC)
@dviktor https://0x0.st/zcUP.txt
dviktor commented on 2019-05-03 09:59 (UTC)
@moham_96 Can you please post your error log?
moham_96 commented on 2019-05-03 09:56 (UTC)
Does this package build ok for you guys ? It fails for me in build()
yeahren commented on 2019-02-25 02:48 (UTC)
@dviktor The website is reset now, it's working, before that, it was 500 http status.
dviktor commented on 2019-02-24 18:09 (UTC)
@yeahren just checked - download is fine. Maybe your ISP blocking some sites?
yeahren commented on 2019-02-24 13:22 (UTC) (edited on 2019-02-24 13:26 (UTC) by yeahren)
ERROR: Failure while downloading http://isl.gforge.inria.fr/isl-0.18.tar.bz2
and https://gcc.gnu.org/pub/gcc/infrastructure/isl-0.18.tar.bz2 is fine
dviktor commented on 2019-02-13 23:52 (UTC)
Should be fixed now
lonaowna commented on 2019-02-13 22:15 (UTC)
@dviktor, sorry for the late response. I don't really use gcc6 anymore and unfortunately I don't have the time to look at this. I've transferred maintainership to you. Good luck!
dviktor commented on 2019-02-08 22:22 (UTC) (edited on 2019-02-08 22:23 (UTC) by dviktor)
Why libgcc_s.so.1 is not in the /usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0?
Checking with ldd says that I'm still linked to the /usr/lib/libgcc_s.so.1 while needed library is in /usr/lib/gcc/x86_64-pc-linux-gnu/lib
Just compared with community gcc7-libs package - they are moving libgcc_s.so libraries to the proper place by hand
lonaowna commented on 2019-01-13 10:36 (UTC) (edited on 2019-01-13 10:48 (UTC) by lonaowna)
@berquist you have two options:
1) run export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0
before you execute the program
2) create /etc/ld.so.conf.d/gcc5.conf
with the following contents:
/usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0
And then run ldconfig
as root, it should be fixed.
Maybe I should add this file to the package but I'm not sure if it may have unintended side-effects.
berquist commented on 2019-01-13 05:09 (UTC) (edited on 2019-01-13 05:09 (UTC) by berquist)
Something is wrong with the library path for gfortran
. Try compiling this program:
PROGRAM MAIN
WRITE(*,*) 'Here is some text'
END
gfortran-6 main.F
$ ldd a.out
linux-vdso.so.1 (0x00007fff153be000)
libgfortran.so.3 => not found
libm.so.6 => /usr/lib/libm.so.6 (0x00007f707c647000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f707c62d000)
libquadmath.so.0 => /usr/lib/libquadmath.so.0 (0x00007f707c5ea000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f707c426000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f707c7fd000)
bidulock commented on 2018-11-17 23:23 (UTC) (edited on 2018-11-17 23:25 (UTC) by bidulock)
I spent some time getting gcc6 to build gcj with an complete java 5 environment. A PKGBUILD for a 6.5.0-2 based on 6.5.0-1 is here:
https://gist.github.com/bbidulock/6968e85305fe4009cdc5ad5f037cae09
That PKGBUILD builds without issue in a clean chroot for both x86_64 and i686 architectures.
Would it be possible to review these changes and incorporate them into gcc6?
ElektrikAkar commented on 2018-11-07 12:24 (UTC) (edited on 2018-11-07 12:25 (UTC) by ElektrikAkar)
@lonaowna
Thanks a lot, unfortunately I have tried these steps and installed different versions of compilers (4.9, 4.9.3, 5, 6.4, 7 etc.) However, MATLAB did not even accept gcc6.4 (from gcc63-multilib). I have edited "mex_C++_glnxa64.xml" and the output is below. Lastly, I also tried to compile 6.3.0 from source but it gives an error called "error 2". Therefore, I am a bit out of options. Is there a way to make this library to give 6.3 version when it requested -dumpversion :)
mex -setup C++ -v
Verbose mode is on.
... Looking for compiler 'g++' ...
... Executing command 'which g++' ...Yes ('/bin/g++').
... Executing command 'g++ -print-file-name=libstdc++.so' ...Yes ('/usr/lib/libstdc++.so').
... Executing command 'g++ -dumpversion' ...Yes ('8.2.1').
... Executing command 'which g++' ...Yes ('/bin/g++').
... Looking for folder '' ...No.
Did not find installed compiler 'g++'.
... Looking for compiler 'gcc-6' ...
... Executing command 'which gcc-6' ...Yes ('/bin/gcc-6').
... Executing command 'gcc-6 -print-file-name=libstdc++.so' ...Yes ('/usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0/libstdc++.so').
... Executing command 'gcc-6 -dumpversion' ...Yes ('6.5.0').
... Executing command 'which gcc-6' ...Yes ('/bin/gcc-6').
... Looking for folder '' ...No.
Did not find installed compiler 'gcc-6'.
... Looking for compiler 'g++-6' ...
... Executing command 'which g++-6' ...Yes ('/bin/g++-6').
... Executing command 'g++-6 -print-file-name=libstdc++.so' ...Yes ('/usr/lib/gcc/x86_64-pc-linux-gnu/6.5.0/libstdc++.so').
... Executing command 'g++-6 -dumpversion' ...Yes ('6.5.0').
... Executing command 'which g++-6' ...Yes ('/bin/g++-6').
... Looking for folder '' ...No.
Did not find installed compiler 'g++-6'.
Error using mex
No supported compiler was found. For options, visit https://www.mathworks.com/support/compilers.
lonaowna commented on 2018-11-05 14:32 (UTC) (edited on 2018-11-05 14:36 (UTC) by lonaowna)
@ElektrikAkar no, this is 6.5.0, which should be compatible with all 6.x.x releases as it just adds some bugfixes.
Did you try editing mex_C_glnxa64.xml
as described here? (for this package use Location="/usr/bin/gcc-6"
)
Edit: depending on your MATLAB version maybe follow this instead. (use CC='gcc-6'
and CXX='g++-6'
)
ElektrikAkar commented on 2018-11-05 13:21 (UTC) (edited on 2018-11-05 13:22 (UTC) by ElektrikAkar)
Does this package include gcc 6.3.x? I have installed this but it shows 6.5 and MATLAB, unfortunately, does not accept this version. Yet, I am unable to find 6.3.x. Does anyone know how I can install 6.3.x?
sknd commented on 2018-10-29 21:40 (UTC)
sokuban you can use pacman -U with --overwrite option
sokuban commented on 2018-08-30 08:43 (UTC) (edited on 2018-08-30 08:51 (UTC) by sokuban)
I could build fine (I needed at least 8GiB though), but I can't install the resulting packages. I looked at the conflicting files, and most of them seem to be the same size, but the size of the two libstdc++.a are different.
Any advice?
[code]$ sudo pacman -U gcc6-6.4.1-8-x86_64.pkg.tar.xz gcc6-fortran-6.4.1-8-x86_64.pkg.tar.xz gcc6-gcj-6.4.1-8-x86_64.pkg.tar.xz gcc6-libs-6.4.1-8-x86_64.pkg.tar.xz loading packages... resolving dependencies... looking for conflicting packages...
Packages (4) gcc6-6.4.1-8 gcc6-fortran-6.4.1-8 gcc6-gcj-6.4.1-8 gcc6-libs-6.4.1-8
Total Installed Size: 453.89 MiB Net Upgrade Size: 133.96 MiB
:: Proceed with installation? [Y/n] y (4/4) checking keys in keyring [######################] 100% (4/4) checking package integrity [######################] 100% (4/4) loading package files [######################] 100% (4/4) checking for file conflicts [######################] 100% error: failed to commit transaction (conflicting files) /usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libstdc++.a exists in both 'gcc6-libs' and 'gcc6' /usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libstdc++.la exists in both 'gcc6-libs' and 'gcc6' /usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libgcj-tools.la exists in both 'gcc6-libs' and 'gcc6-gcj' /usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libgcj.la exists in both 'gcc6-libs' and 'gcc6-gcj' /usr/lib/gcc/x86_64-unknown-linux-gnu/6.4.1/libgij.la exists in both 'gcc6-libs' and 'gcc6-gcj' Errors occurred, no packages were upgraded.[/code]
wjmelements commented on 2018-08-30 08:38 (UTC)
Unfortunately (or fortunately) I can no longer reproduce the build failure.
raul commented on 2018-08-28 17:28 (UTC)
just built it, 7.6G required disk space (ext4) in total
lonaowna commented on 2018-08-28 07:52 (UTC)
@wjmelements can you post your entire build log?
wjmelements commented on 2018-08-27 23:44 (UTC)
When I try to build, I always get a link-time error when linking cc1. Unfortunately there isn't a descriptive error message.
g++ -std=gnu++98 -no-pie . -g -DIN_GCC . -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing .......... -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -o cc1 c/c-lang.o c-family/stub-objc.o attribs.o .................... -lisl -lmpc -lmpfr -lgmp -rdynamic -ldl -lz
collect2: error: ld returned 1 exit status
I am also seeing warnings about not compiling with optimization
# . warning _FORTIFY_SOURCE requires compiling with optimization (-O)
When I built without yaourt, I don't get the optimization warnings but it got into an infinite loop that lasted until my disk filled up several hours later.
EndruK commented on 2018-08-09 10:28 (UTC)
With application of the patch from here I was also able to compile it.
Best regards, EndruK
lonaowna commented on 2018-08-09 09:23 (UTC) (edited on 2018-08-09 09:24 (UTC) by lonaowna)
@EndruK @TheEbolaDoc the glibc 2.28 build issues should be fixed in 6.4.1-8. Let me know if you still experience problems.
lonaowna commented on 2018-08-09 07:19 (UTC) (edited on 2018-08-09 09:04 (UTC) by lonaowna)
@EndruK: you are right. <sys/ustat.h>
was removed in glibc 2.28. I'm looking for a fix.
@TheEbolaDoc: you are experiencing the same issue.
EndruK commented on 2018-08-08 18:35 (UTC)
The build fails for me:
/home/andre/.cache/pikaur/build/gcc6/src/gcc/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:153:23: fatal error: sys/ustat.h: No such file or directory
#include <sys/ustat.h>
^
compilation terminated.
make[4]: *** [Makefile:477: sanitizer_platform_limits_posix.lo] Error 1
make[4]: Leaving directory '/home/andre/.cache/pikaur/build/gcc6/src/gcc-build/x86_64-pc-linux-gnu/libsanitizer/sanitizer_common'
make[3]: *** [Makefile:466: all-recursive] Error 1
make[3]: Leaving directory '/home/andre/.cache/pikaur/build/gcc6/src/gcc-build/x86_64-pc-linux-gnu/libsanitizer'
make[2]: *** [Makefile:336: all] Error 2
make[2]: Leaving directory '/home/andre/.cache/pikaur/build/gcc6/src/gcc-build/x86_64-pc-linux-gnu/libsanitizer'
make[1]: *** [Makefile:14292: all-target-libsanitizer] Error 2
make[1]: Leaving directory '/home/andre/.cache/pikaur/build/gcc6/src/gcc-build'
make: *** [Makefile:917: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
I cannot find ustat.h in my filesystem. Does this come with another dependency?
christian-heusel commented on 2018-08-08 17:22 (UTC) (edited on 2018-08-08 17:22 (UTC) by christian-heusel)
Hey guys! The build fails for me (due to unknown reasons):
libtool: link: ranlib .libs/libquadmath.a
libtool: link: ( cd ".libs" && rm -f "libquadmath.la" && ln -s "../libquadmath.la" "libquadmath.la" )
make[3]: Leaving directory '/home/chris/.cache/yay/gcc6/src/gcc-build/x86_64-pc-linux-gnu/libquadmath'
make[2]: Leaving directory '/home/chris/.cache/yay/gcc6/src/gcc-build/x86_64-pc-linux-gnu/libquadmath'
make[1]: Leaving directory '/home/chris/.cache/yay/gcc6/src/gcc-build'
make: *** [Makefile:917: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
Error making: gcc6-libs
plintb commented on 2018-08-08 08:51 (UTC)
The source in the PKGBUILD http://isl.gforge.inria.fr/isl-${_islver}.tar.bz2 is down
there is a mirror at https://mirror.sobukus.de/files/src/isl/isl-${_islver}.tar.bz2
lonaowna commented on 2018-07-27 18:34 (UTC)
@snarfies that's a pacman bug: https://bugs.archlinux.org/task/58820
snarfies commented on 2018-07-27 18:29 (UTC) (edited on 2018-07-27 18:30 (UTC) by snarfies)
Trying to install this via pacaur yields the following:
:: Building gcc6,gcc6-libs package(s)...
==> Making package: gcc6 6.4.1-7 (Fri 27 Jul 2018 02:27:32 PM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
/usr/bin/pacman: unrecognized option '--color never'
==> ERROR: 'pacman' failed to install missing dependencies.
:: failed to build gcc6,gcc6-libs package(s)
lonaowna commented on 2018-07-24 19:59 (UTC)
@ector jdk is needed for gcc6-gcj (a Java compiler). I might split it into a separate package so we can skip the dependencies and speed up the build.
lonaowna commented on 2018-07-24 19:55 (UTC) (edited on 2018-07-24 19:56 (UTC) by lonaowna)
@momoe @marty @anoki: yes, 8 GB is about the space you will need. If your tmpfs is not that big, don't build it there. Try to use plain makepkg
to build the package if your AUR helper uses /tmp
.
You can improve compile times by using all of your CPU cores. For example, for a quad-core CPU, set MAKEFLAGS="-j4"
in /etc/makepkg.conf
. The build takes less than an hour on my 2013 quad-core CPU.
anoki commented on 2018-07-24 12:06 (UTC)
@momoe:@marty I have the same problem, except I'm using manjaro. I tried several times, and each time the build fails because "No space left on device".
ector commented on 2018-07-20 11:30 (UTC)
gcc6 asks me to install jdk
- subversion (pacchetto trovato) [makedepend]
- java-environment-common (pacchetto trovato) [makedepend]
- jdk8-openjdk (pacchetto trovato) [makedepend]
- libart-lgpl (pacchetto trovato) [makedepend]
why? jdk I do not need it, why do I have to install it?
marty commented on 2018-07-19 06:40 (UTC) (edited on 2018-07-19 06:41 (UTC) by marty)
@momoe: I have exactly the same problem on two different machines (both running Antergos). Unfortunately, I don't have a solution either. I put gcc6, gcc6-gcj and gcc6-libs on the ignore list for now.
momoe commented on 2018-07-18 14:53 (UTC)
I'm having an issue with gcc6 during it's build phase, it's taking over 2 hours to run, at which point it fails saying it's run out of disk space. Running a disk cleaner afterwards informed me the gcc6 consumed 9.3GB of /tmp disk space. Is this normal?
lonaowna commented on 2018-07-17 07:42 (UTC)
@totsilence: my bad, indeed got confused by libgo*. It's enabled again now.
lonaowna commented on 2018-07-17 05:38 (UTC)
@etatmixte: flex and pkgconf are part of the base-devel group, which is assumed to be installed.
etatmixte commented on 2018-07-16 21:39 (UTC)
I ran into some missing make dependencies when building this, namely flex and pkgconf.
totsilence commented on 2018-07-16 20:40 (UTC)
What was the reason to remove libgomp in the last commit? libgomp is for OpenMP in C/C++/Fortran and isn't related to go. Actually libgomp wasn't part of the previous version, either, probably because that version had:
Remove libs that conflict with gcc6_go.
rm -rf ${pkgdir}/${_libdir}/libgo*
(I might be wrong of course)
fireion commented on 2018-06-16 11:03 (UTC)
Errors out in installing after compiling. gcc6: /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.1/libstdc++.a exists in filesystem (owned by gcc6-libs) gcc6: /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.1/libstdc++.la exists in filesystem (owned by gcc6-libs)
It's probably due to my makepkg.conf OPTIONS=(strip docs !libtool staticlibs emptydirs zipman purge !debug) (Static libs not disabled) However a package must still install regardless.
haawda commented on 2018-06-10 20:40 (UTC)
Thanks for the help, that did the trick.
lonaowna commented on 2018-06-09 18:41 (UTC) (edited on 2018-06-09 18:45 (UTC) by lonaowna)
@haawda builds fine for me.
I think your issue is related to this: not sure what is happening though.
cp: cannot overwrite non-directory '/home/haawda/paketierung/not_maintained_by_me/gcc6/src/gcc/config' with directory '/home/haawda/sources/gcc/config'
Maybe remove /home/haawda/paketierung/not_maintained_by_me/gcc6/src/gcc/config
and retry.
haawda commented on 2018-06-09 17:26 (UTC)
Does not build, see http://dpaste.com/12A5F6W
Twelfthnight commented on 2018-06-05 10:04 (UTC)
@lonaowna OK, the down was apparently temporary. Thanks for the quick answer !
lonaowna commented on 2018-06-04 16:55 (UTC)
@Twelfthnight the SVN repository works for me, maybe it was temporary?
Otherwise you can try to switch to Git, but the download will take a long time.
_commit=878763634f0a75699559b3c0b90d466954a6510f
source=(git+https://gcc.gnu.org/git/gcc.git#commit=${_commit}
Twelfthnight commented on 2018-06-04 16:41 (UTC)
The repository is down. Is there any mirror that we can use?
Pinned Comments
valandil commented on 2020-08-24 15:06 (UTC)
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.