Package Details: gcc-d-git 13.0.0_r197401.g33be3ee36a7-1

Git Clone URL: https://aur.archlinux.org/gcc-git.git (read-only, click to copy)
Package Base: gcc-git
Description: D frontend for GCC (git version)
Upstream URL: https://gcc.gnu.org
Licenses: GFDL-1.3-or-later, GPL-3.0-with-GCC-exception
Conflicts: gcc-d
Provides: gcc-d, gdc, gdc-git
Replaces: gdc-git
Submitter: Allan
Maintainer: IslandC0der (ptr1337)
Last Packager: ptr1337
Votes: 15
Popularity: 0.000001
First Submitted: 2013-06-26 03:43 (UTC)
Last Updated: 2024-03-21 19:26 (UTC)

Required by (40)

Sources (4)

Pinned Comments

DAC324 commented on 2021-09-17 08:04 (UTC)

In addition to the jamespharvey20's sticky comment: The current GCC 12 versions are labelled "Experimental" for a reason. Development is ongoing, and there are still significant bugs. Hence, it is not recommended to use GCC 12 as a daily driver or on production systems.

At the moment, it is not even possible to build a working Linux kernel with GCC 12, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941 .

jamespharvey20 commented on 2017-02-15 04:30 (UTC) (edited on 2017-02-15 11:01 (UTC) by jamespharvey20)

*** STICKY *** These gcc*-git packages replace core's gcc* (non-git) packages. Technically, replacing the system gcc-libs can be dangerous. The possibility of a new upstream gcc git commit breaking your system isn't zero. When you compile and install this, you're using the latest git source, so you may be the first Arch user to be using that particular commit. In practice, I haven't seen an Arch user report such a problem for many years. Just understand that if installing these packages causes your computer to eat you, don't have your loved ones blame me. Oh, and know that if things go wrong, all you *should* have to do is uninstall the git version and go back to a previously working git version or even the core version. You might be able to do this while your system is still running, or you might have to do something like boot off an Arch ISO CD.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 13 Next › Last »

DAC324 commented on 2021-10-12 14:59 (UTC)

The introductory comment in PKGBUILD says:

# You probably don't need support for all the languages, feel free to remove the ones you don't
# Just edit the --enable-languages option as well as the pkgname array

Unfortunately, it isn't that simple. makepkg still tries to build ALL packages; you will explicitly have to comment them out. And, that is still not enough as in the gcc-libs-git package section, you find the following statement

  for lib in libatomic \
             libgfortran \
             libgo \
             libgomp \
             libitm \
             libquadmath \
             libsanitizer/{a,l,ub,t}san \
             libstdc++-v3/src \
             libvtv; do
    make -C $CHOST/$lib DESTDIR="$pkgdir" install-toolexeclibLTLIBRARIES
  done

This causes makepkg to try to process all libraries which will fail if not all languages are enabled. Looks like this above-mentioned comment ist at least incomplete.

horen commented on 2021-10-08 22:13 (UTC)

@DAC324 Thank you very much!

DAC324 commented on 2021-10-08 08:56 (UTC)

@horen: Just take one of the mirrors from https://mirrors.slackware.com/slackware/slackware64-current/source/l/isl/isl-0.24.tar.xz.mirrorlist

I took https://ftp6.gwdg.de/pub/linux/slackware/slackware64-current/source/l/isl/

So, you will have to replace

_isl=$(curl -s "http://isl.gforge.inria.fr/?C=M;O=A" | grep "isl-.*tar\.xz" | tail -1 | sed -e 's/.*href="//' -e 's/">isl.*//')

by

_isl=$(curl -s "https://ftp6.gwdg.de/pub/linux/slackware/slackware64-current/source/l/isl/?C=M;O=A" | grep "isl-.*tar\.xz" | tail -1 | sed -e 's/.*href="//' -e 's/">isl.*//')

and (in the source() array)

http://isl.gforge.inria.fr/$_isl

by

https://ftp6.gwdg.de/pub/linux/slackware/slackware64-current/source/l/isl/$_isl 

That should also work with the other mirrors in the mirror list linked above.

A more general remark: If some of the programming languages are disabled because not needed as recommended in PKGBUILD, rows 6 and 7, you also have to at least comment out

  rm "$pkgdir"/usr/share/man/man1/{gccgo,gfortran,gdc}.1
  rm "$pkgdir"/usr/share/info/{gccgo,gfortran,gnat-style,gnat_rm,gnat_ugn,gdc}.info

in rows 244 and 245 as otherwise, the build will fail and no packages are generated.

horen commented on 2021-10-07 22:16 (UTC)

isl.gforge.inria.fr is taken out of service the new site is gitlab.inria.fr

PKGBUILD has to be adjusted not only with the correct URL but also related to the curl command, it fails:

curl: (33) HTTP server doesn't seem to support byte ranges. Cannot resume. ==> ERROR: Failure while downloading http://gitlab.inria.fr/

DAC324 commented on 2021-10-06 09:30 (UTC) (edited on 2021-10-06 09:32 (UTC) by DAC324)

Getting

curl: (28) Failed to connect to isl.gforge.inria.fr port 80 after 130130 ms: Connection timed out

Looks like isl.gforge.inria.fr is down (I also get ERR_CONNECTION_TIMED_OUT in the browser). Did some research: The problem is discussed here: https://groups.google.com/g/isl-development/c/JGaMo2VUu_8?pli=1

IslandC0der commented on 2021-09-17 17:36 (UTC)

Thanks, I'll pin that as well!

Also, I seem to have missed your previous suggestion, but I've just added it now :)

DAC324 commented on 2021-09-17 08:04 (UTC)

In addition to the jamespharvey20's sticky comment: The current GCC 12 versions are labelled "Experimental" for a reason. Development is ongoing, and there are still significant bugs. Hence, it is not recommended to use GCC 12 as a daily driver or on production systems.

At the moment, it is not even possible to build a working Linux kernel with GCC 12, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941 .

DAC324 commented on 2021-09-04 23:01 (UTC)

Looks like CPPFLAGS needs some treatment as well:

  # avoid warning _FORTIFY_SOURCE requires compiling with optimization (-O)
  CPPFLAGS+=" -O2"
  CPPFLAGS=${CPPFLAGS/-Werror=format-security/}

IslandC0der commented on 2021-09-03 22:54 (UTC)

Thank you! :)

DAC324 commented on 2021-08-31 17:00 (UTC) (edited on 2021-09-01 18:11 (UTC) by DAC324)

There's just another small thing to be noted:

After having installed gcc-libs-git, I get an error in pacman's database:

$ pacman -Dk
ERROR: missing 'gcc-libs>=4.7.1-5' dependency for 'clucene'

Seems that this is due to the fact that gcc-libs-git provides gcc-libs but without a version information. Adding

gcc-libs=${pkgver}

to the provides line for gcc-libs-git fixes the problem:

$ pacman -Dk
No database errors have been found!