Arch Linux User Repository

Fixed errors. You can build it now, or download fresh version from me (not recommended and not safe): https://ftp.vtyulb.ru/gcc47-4.7.4-2-x86_64.pkg.tar.xz

I'm trying to fix it now. I compiled latest version 24th of July, can give you that packet if you want.

I followed the instructions of stonyboy but the compilation failed on my computer. It's a pity because this package would be still useful for Matlab users (gcc47 is an optional dependence even for recent versions).

This worked for me: 1) Adding export LD_PRELOAD=/usr/lib/libstdc++.so.6 to PKGBUILD as described by 12qu 2) Installing ppl 1.1-2 (no other dependencies on my machine) as described by antony 3) rm -rf src (not doing this caused a bit of headache) 4) Building and installing the package Thanks to 12qu and antony!

Thanks. So far I have a workaround by pinning ppl (only used by gcc47 here) to its previous version, I may investigate more another time...

Currently fails to build, perhaps due to the recent version bump of ppl? <elided> /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl_c.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare(char const*) const@GLIBCXX_3.4.21' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl_c.so: undefined reference to `std::__cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::str() const@GLIBCXX_3.4.21' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl_c.so: undefined reference to `VTT for std::__cxx11::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> >@GLIBCXX_3.4.21' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_mutate(unsigned long, unsigned long, char const*, unsigned long)@GLIBCXX_3.4.21' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl_c.so: undefined reference to `operator delete(void*, unsigned long)@CXXABI_1.3.9' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libgmpxx.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace(unsigned long, unsigned long, char const*, unsigned long)@GLIBCXX_3.4.21' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl_c.so: undefined reference to `std::invalid_argument::invalid_argument(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)@GLIBCXX_3.4.21' /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libppl.so: undefined reference to `std::runtime_error::runtime_error(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)@GLIBCXX_3.4.21' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:1841: cc1] Error 1 make[2]: Leaving directory '/home/antony/tmp/gcc47/src/gcc-build/gcc' make[1]: *** [Makefile:4332: install-gcc] Error 2 make[1]: Leaving directory '/home/antony/tmp/gcc47/src/gcc-build' make: *** [Makefile:2126: install] Error 2 ==> ERROR: A failure occurred in package(). Aborting...

12qu, just build gcc47. Got same error that you wrote, but it's not fatal, package created and works. (I think it's yaourt vs native makepkg) Anyway, I added your magic line, so no errors now (except $srcdir warning) If anybody wants to be a maintainer, please feel free to ask.

Couple of issues with installing this package: 1. Most serious, by default build fails with the following error: ar: /tmp/yaourt-tmp-cornishj/aur-gcc47/src/gcc-build/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /usr/bin/../bin/../lib/bfd-plugins/LLVMgold.so) ../libtool: line 1132: 7565 Segmentation fault (core dumped) [This is followed by a very long `ar` command that I have removed for clarity] This is fixed by adding `export LD_PRELOAD=/usr/lib/libstdc++.so.6` in build() immediately before `configure` is run. 2. `makepkg` gives the following warning: ==> WARNING: Package contains reference to $srcdir

I did it! Just added several options to configure script: --disable-libmudflap \ --disable-libquadmath \ --disable-libitm \ and removed fortran from --enable-languages=c,c++,fortran All previous advices/patches are not necessary now.

is this package orphan/abandoned, because it is not updated quite some time now and it is broken plus the compilation fails even if I follow @Pilsbert instructions. Any help would be appreciated. I just want to use it for compiling mex for matlab.