Package Base Details: gcc-git

Git Clone URL: https://aur.archlinux.org/gcc-git.git (read-only, click to copy)
Submitter: Allan
Maintainer: jamespharvey20
Last Packager: jamespharvey20
Votes: 13
Popularity: 1.27
First Submitted: 2013-06-26 03:43
Last Updated: 2019-10-13 02:29

Pinned Comments

jamespharvey20 commented on 2019-10-13 02:28

Temporarily hold to commit fcab78b9 (2019-10-01 18:21:31.) Otherwise, fails to build. There are several breaking commits after this, involving packaging failures on ada and a bootstrap failure when comparing stages 2 and 3.

jamespharvey20 commented on 2017-02-15 04:30

*** 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 Next › Last »

charlie5 commented on 2015-07-24 05:55

I appreciate the quick responses, thanks.

I've adopted a few Ada packages, some of which rely on gnat_util.

Yep, gnat_util appears to have been about for a few years but hasn't made it into gcc (i think). The package provides a subset of 'core' ada files relating to system and compiler. It's used by Asis (Ada introspection), GnatColl (A set of general reuseable components), and a few others.

I believe that gnat_util is not 'in' gcc as yet. There is a sourceforge project which provides it tho.

I've made a PKGBUILD for gnat_util, which basically replicates your build of gcc-ada, then applies the sourceforge 'gnat_util' project Makefile to create/install the needed ada file subset (ie 1st build gcc/ada, then build gnat_util, using the just built gcc-build dir as 'input' to the gnat_util build). It appeared to work ok but was slow and a little clumsy.

The PKGBUILD for the old gnat_util package should still be on the old AUR site. If I can help in anyway, pls let me know.

Regards.

Allan commented on 2015-07-24 02:51

The [core] packages contain every file installed with "make install" (or at least I check it does at the start of every major release).

jamespharvey20 commented on 2015-07-23 20:19

I'll admit I've never used ada, so I'm only familiar with "gnat_util.gpr" from a quick search.

I can do some testing on this later, but wanted to respond, in case you already know some of the answers.

Looks like "gnat_util.gpr" has been available for quite some time. I am trying to mirror the core repo gcc as much as possible, so I have a few thoughts. I created this PKGFILE by starting with core's, and making only changes necessary to run git master (as well as the newly supported isl 0.15.) Core's patches are removed if and only if they can no longer be used - i.e. they are already committed in the source, or they conflict.

1) Do you know if a manual build, configured to use ada, installs "gnat_util.gpr" by "make install"?
2) If so, the core package creates the gcc-ada package by running make ada.install-common ada.install-info. Perhaps "gnat_util.gpr" isn't installed using these make options, and there needs to be another ada.install-* added.
3) If so, I'd say asking the core package maintainer (Allan) by a core gcc bug report to add this option would be a good way to go, and then I'd mirror that change and it would be included. I searched for gnat_util.gpr in core's bug reports, and it's never been mentioned.

Failing all of that, I am comfortable making PKGFILEs that default going one way, but have documented changes (i.e. Uncomment the line below to XYZ, comment the line below to ZYX) that can easily deviate. If needed, and for any reason upstream (core gcc) won't/can't include "gnat_util.gpr", I could add one of these options if it's relatively easy to come up with, or the solution is provided to me. (I assume it's only going to be an additional line or two.)

charlie5 commented on 2015-07-23 12:58

Would it be sensible/possible to include an install of the 'gnat_util.gpr' and associated files as part of the gcc-ada pkg ?

jamespharvey20 commented on 2015-07-19 21:01

Numerous changes pushed, to allow building with current master rather than commit 12dcc3b7 from a few weeks ago. (Naming of standard libstdcxx-abi fixed, so skipping a few weeks of commits is no longer necessary. Although the default standard changed to C++14 the same day the libstdcxx-abi was renamed, it was actually the latter that caused the build error.)

jamespharvey20 commented on 2015-07-07 21:03

REGARDING ERROR
==============================
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
==============================

The gcc.gnu.org/git/gcc.git repo has been randomly doing this occasionally for a few moments. If you experience this error, wait a minute, and just try again. You can also run into this if you manually clone the repo.

jamespharvey20 commented on 2015-07-07 20:35

PKGBUILD has been re-written during the transition from aur3 to aur4. Based off the core repo's gcc 5.1.0-5.

Replaces the system gcc.

A week ago, gcc switched the default standard used to C++14, which has caused many issues. (Primarily commit 97e9c847) The current PKGBUILD checks out commit 12dcc3b7, from earlier in the day when this change was made.

If you want to use the actual master code before these issues get ironed out, comment the "git checkout 12dcc3b7" line in pkgver() in the PKGBUILD file.

haawda commented on 2014-04-27 13:01

lucianolorenti, how did you solve your issue? I get exactly the same error message with my gcc-gcj-package for version 4.9.0.

lucianolorenti commented on 2014-02-23 19:56

I'm sorry, an old makepkg.conf was bothering.
It compiles fine

Allan commented on 2014-02-23 00:31

Compiles fine here.