Would it be sensible/possible to include an install of the 'gnat_util.gpr' and associated files as part of the gcc-ada pkg ?
Search Criteria
Package Details: gcc-fortran-git 13.0.0_r197401.g33be3ee36a7-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/gcc-git.git (read-only, click to copy) |
---|---|
Package Base: | gcc-git |
Description: | Fortran front-end for GCC (git version) |
Upstream URL: | https://gcc.gnu.org |
Licenses: | GFDL-1.3-or-later, GPL-3.0-with-GCC-exception |
Conflicts: | gcc-fortran |
Provides: | gcc-fortran, gcc-multilib, gcc-multilib-git |
Replaces: | gcc-multilib-git |
Submitter: | Allan |
Maintainer: | IslandC0der (ptr1337) |
Last Packager: | ptr1337 |
Votes: | 15 |
Popularity: | 0.000046 |
First Submitted: | 2013-06-26 03:43 (UTC) |
Last Updated: | 2024-03-21 19:26 (UTC) |
Dependencies (18)
- gcc-gitAUR
- libisl.so (libisl)
- binutils (make)
- doxygen (doxygen-gitAUR) (make)
- gcc-ada (gcc-ada-debugAUR, gcc-ada-gitAUR) (make)
- gcc-d (gcc-d-gitAUR) (make)
- git (git-gitAUR) (make)
- lib32-gcc-libs (lib32-gccrs-libs-gitAUR, lib32-gcc-libs-gitAUR) (make)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR) (make)
- libisl (libisl-gitAUR) (make)
- libmpc (libmpc-gitAUR) (make)
- python (python32AUR, python37AUR, python310AUR) (make)
- zstd (zstd-gitAUR, zstd-staticAUR) (make)
- dejagnu (dejagnu-gitAUR) (check)
- expect (check)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (check)
- python-pytest (python-pytest7) (check)
- tcl (tcl84AUR, tcl-fossilAUR) (check)
Required by (615)
- 6sv11 (requires gcc-fortran) (make)
- abinit (requires gcc-fortran) (make)
- acme-sac (requires gcc-multilib)
- airwave-git (requires gcc-multilib) (make)
- alberta (requires gcc-fortran) (make)
- amethyst-player (requires gcc-multilib) (make)
- amethyst-player-git (requires gcc-multilib) (make)
- amino-git (requires gcc-fortran)
- ampi-openmpi (requires gcc-fortran) (make)
- aocl-libflame (requires gcc-fortran) (make)
- aocl-libflame-aocc (requires gcc-fortran) (make)
- aosp-devel (requires gcc-multilib)
- arpack-git (requires gcc-fortran) (make)
- assert-fortran-git (requires gcc-fortran) (make)
- astrotools (requires gcc-fortran) (make)
- atlas-lapack (requires gcc-fortran) (make)
- atompaw (requires gcc-fortran) (make)
- atomsk-git (requires gcc-fortran)
- auto-07p-git (requires gcc-fortran)
- avl (requires gcc-fortran) (make)
- Show 595 more...
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 Next › Last »
charlie5 commented on 2015-07-23 12:58 (UTC)
jamespharvey20 commented on 2015-07-19 21:01 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
I'm sorry, an old makepkg.conf was bothering.
It compiles fine
Allan commented on 2014-02-23 00:31 (UTC)
Compiles fine here.
lucianolorenti commented on 2014-02-22 23:36 (UTC)
I tried to compile it in a x86_64 and i have the following error:
/usr/include/bits/stdio2.h:124:1: error: inlining failed in call to always_inline ‘int vfprintf(FILE*, const char*, __va_list_tag*)’: function body can be overwritten at link time
vfprintf (FILE *__restrict __stream,
^
gcc-snapshot/src/gcc-4.9-20140209/libitm/util.cc:35:31: error: called from here
vfprintf (stderr, fmt, list);
alucryd commented on 2013-08-28 10:00 (UTC)
Merging into gcc-git.
Allan commented on 2013-06-26 03:44 (UTC)
git version of gcc - package designed to be installed alongside system gcc.
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)