Package Base Details: gcc-git

Git Clone URL: https://aur.archlinux.org/gcc-git.git (read-only)
Submitter: Allan
Maintainer: jamespharvey20
Last Packager: jamespharvey20
Votes: 13
Popularity: 0.706427
First Submitted: 2013-06-26 03:43
Last Updated: 2019-04-29 23:01

Pinned Comments

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

thatbrod commented on 2015-12-01 11:56

Could the owner please either orphan or update the package?

polymer commented on 2015-10-20 13:29

Current version fails when applying patches in prepare(), after commenting these I believe the script tries to use a MakeFile that doesn't exist. I think the PKGBUILD script is buggy or old.

charlie5 commented on 2015-07-25 12:42

Ok, no worries.

I wasn't sure if it was the best way of doing things. I'll stay with the existing gnat_util pkg.

Cheers.

jamespharvey20 commented on 2015-07-25 03:24

Ahh, OK. I made my previous comments thinking it was part of gcc's svn tree. Yeah, it's definitely good to keep it a separate as an Arch package.

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.