Package Details: lib32-gcc-libs-git 10.0.0.r168607.ee5dc49a579-1

Git Clone URL: https://aur.archlinux.org/gcc-multilib-trunk-git.git (read-only)
Package Base: gcc-multilib-trunk-git
Description: Runtime libraries shipped by GCC (32-bit)
Upstream URL: http://gcc.gnu.org
Keywords: devel gcc
Licenses: custom, GPL3, LGPL
Conflicts: lib32-gcc-libs
Provides: lib32-gcc-libs=10.0.0.r168607.ee5dc49a579-1
Submitter: Nefelim4ag
Maintainer: PhCl
Last Packager: PhCl
Votes: 6
Popularity: 0.000005
First Submitted: 2015-01-20 22:27
Last Updated: 2019-05-04 02:25

Dependencies (8)

Required by (279)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

PhCl commented on 2019-05-03 23:16

If you install gcc-multilib-gcc, you might run into this dependency error:

error: failed to prepare transaction (could not satisfy dependencies)
:: removing gcc breaks dependency 'gcc=8.3.0-1' required by gcc-fortran
:: removing gcc breaks dependency 'gcc=8.3.0-1' required by gcc-objc

Until there is a proper fix, it should work to install these three packages together:

gcc-multilib-git gcc-fortran-multilib-git gcc-objc-multilib-git

Please let me know if someone knows how to correctly define the dependences in the PKGBUILD. (Maybe gcc-multilib-git should automatically pull gcc-fortran-multilib-git and gcc-objc-multilib-git?)

PhCl commented on 2019-03-09 00:42

Fixed _pkgver_base

rambodrahmani commented on 2019-03-07 12:11 

Checking out files: 100% (87908/87908), done.
Switched to a new branch 'makepkg'
==> Starting prepare()...
==> ERROR: `_pkgver_base` needs to be updated to 9.0.1
==> ERROR: A failure occurred in prepare().
    Aborting...
Error making: gcc-multilib-trunk-git (lib32-gcc-libs-git gcc-libs-multilib-git gcc-multilib-git)

PhCl commented on 2018-10-29 21:12

@SpaceboyRoss Unfortunately, I cannot reproduce. Can you give some more details? And more important, can you reproduce if you remove all old state? "gcc is not a commit" could indicate that it fails to checkout the sources.

Independent of that, I noticed that this package (gcc-multilib-trunk-git) is affected by the same build issue discussed in https://aur.archlinux.org/pkgbase/gcc-git/

/home/phil/aur/gcc-multilib-trunk-git/src/gcc/gcc/config/i386/i386.c: In function ‘const char* output_fix_trunc(rtx_insn*, rtx_def**, bool)’:
/home/phil/aur/gcc-multilib-trunk-git/src/gcc/gcc/config/i386/i386.c:19200:1: error: invalid operand in unary operation
19200 | output_fix_trunc (rtx_insn *insn, rtx *operands, bool fisttp)
      | ^~~~~~~~~~~~~~~~

I'll try to port the workaround from gcc-git.

SpaceboyRoss commented on 2018-10-18 00:01

"gcc is not a commit" error while building

PhCl commented on 2018-05-01 22:48

Fixed _pkgver_base

RemoteAdmin commented on 2018-04-26 05:44 

==> ERROR: `_pkgver_base` needs to be updated to 9.0.0

PhCl commented on 2017-12-15 01:01

@tuxsavvy I have integrated your patch. Thank you!

tuxsavvy commented on 2017-12-09 05:18

Package no longer compiles as of 8.0.0.* due to Intel Cilk Plus libraries being removed:

It also appears that Cilk Plus is going to be deprecated in 2018 and will remain that way:

Here is a patch which addresses it. Ignore the first edit as I wanted to make use of SMP by tweaking make flags:

--- PKGBUILD.old        2017-12-09 15:12:46.000000000 +1000
+++ PKGBUILD.new        2017-12-09 12:37:59.754351376 +1000
@@ -8,7 +8,7 @@

 pkgbase="gcc-multilib-trunk-git"
 pkgname=('gcc-multilib-git' 'gcc-libs-multilib-git' 'lib32-gcc-libs-git' 'gcc-objc-multilib-git')
-pkgver=8.0.0.r153878.495cd7fe2dc
+pkgver=8.0.0.r158527.5db5e372afa
 _pkgver_base=8.0.0
 pkgrel=1
 pkgdesc="The GNU Compiler Collection developmental snapshot"
@@ -81,7 +81,7 @@
         --with-linker-hash-style=gnu \
         --enable-multilib --disable-werror \
         --enable-checking=release
-        make
+        make -j 3

         # make documentation
         make -C $_CHOST/libstdc++-v3/doc doc-man-doxygen
@@ -144,15 +144,12 @@
         make -C gcc DESTDIR=${pkgdir} install-mkheaders
         make -C lto-plugin DESTDIR=${pkgdir} install

-        make -C $_CHOST/libcilkrts DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS \
-        install-nodist_cilkincludeHEADERS
         make -C $_CHOST/libgomp DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS \
         install-nodist_libsubincludeHEADERS
         make -C $_CHOST/libitm DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
         make -C $_CHOST/libquadmath DESTDIR=${pkgdir} install-nodist_libsubincludeHEADERS
         make -C $_CHOST/libsanitizer DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
         make -C $_CHOST/libsanitizer/asan DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
-        make -C $_CHOST/32/libcilkrts DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
         make -C $_CHOST/32/libgomp DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
         make -C $_CHOST/32/libitm DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
         make -C $_CHOST/32/libsanitizer DESTDIR=${pkgdir} install-nodist_toolexeclibHEADERS
@@ -227,7 +224,7 @@
         make -C $_CHOST/libgcc DESTDIR=${pkgdir} install-shared
         [ -f ${pkgdir}/${_libdir}/libgcc_eh.a ] && rm ${pkgdir}/${_libdir}/libgcc_eh.a

-        for lib in libatomic libcilkrts libgfortran libgomp \
+        for lib in libatomic libgfortran libgomp \
         libitm libquadmath libsanitizer/{a,l,ub}san libstdc++-v3/src libvtv; do
                 [ -d $_CHOST/$lib ] && make -C $_CHOST/$lib DESTDIR=${pkgdir} install-toolexeclibLTLIBRARIES
         done
@@ -264,7 +261,7 @@
         make -C $_CHOST/32/libgcc DESTDIR=${pkgdir} install-shared
         [ -f ${pkgdir}/${_libdir}/32/libgcc_eh.a ] && rm ${pkgdir}/${_libdir}/32/libgcc_eh.a

-        for lib in libatomic libcilkrts libgfortran libgomp libitm libquadmath \
+        for lib in libatomic libgfortran libgomp libitm libquadmath \
         libsanitizer/{a,l,ub}san libstdc++-v3/src libvtv; do
                 [ -d $_CHOST/32/$lib ] && make -C $_CHOST/32/$lib DESTDIR=${pkgdir} install-toolexeclibLTLIBRARIES
         done

1ace commented on 2017-05-16 17:28

prepare() is better, thanks :)

And yes, the package builds for me, which the correct _pkgver_base (which I just saw in the git logs that you had fixed before my message last week, but I somehow missed there was a commit to pull, and had to figure out things myself).

I wasn't subscribed to this package's comments btw, but I am now :)