Bug 772012

Summary: Please define GNAT_arches.
Product: [Fedora] Fedora Reporter: Björn Persson <bjorn>
Component: redhat-rpm-configAssignee: Panu Matilainen <pmatilai>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: jakub, jonathan, pmatilai
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-29 10:34:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
I would like this file to be added. none

Description Björn Persson 2012-01-05 16:37:34 UTC 
It would be good if the macro GNAT_arches could be defined in redhat-rpm-config so that we don't have to repeat the list of architectures in lots of Ada packages. It seems to be customary to put each macro of this kind in its own file in /etc/rpm, so I request that /etc/rpm/macros.gnat-srpm be added.

Then there's the question of who will keep this macro up-to-date. Would you mind making me a co-maintainer so that I can adjust it if needed? The GCC maintainers also ought to be able to update the macro as it's them who decide what architectures to build GNAT on.
Comment 1 Björn Persson 2012-01-05 16:39:40 UTC 
Created attachment 550961 [details]
I would like this file to be added.
Comment 2 Jakub Jelinek 2012-01-05 16:55:08 UTC 
Well, it isn't that much my decision which architectures include Ada, I think upstream GCC ought to support Ada on arm and does on s390{,x} and sparc*.
The thing is that the secondary architecture maintainers need to be prepared to do the initial work, when they do it, they can just tell me and I can enable it in gcc.spec.  Because gnat needs a previous (and not too old) version of gnat installed first to build.  So, if gcc-gnat isn't included on some architecture,
somebody needs to by hand in mock or whatever first install some gnat binaries
(either starting from a cross-compiler, or by taking binaries from other distro etc.), then build hacked up gcc rpm (which enables build_gnat but doesn't require it and has the binaries just inserted into the buildroot), then finally for these hand made gcc-gnat etc. packages force them temporarily into the koji buildroots and finally build it for real.
Comment 3 Björn Persson 2012-01-05 17:12:26 UTC 
OK, maybe it should be the secondary architecture maintainers' job to keep the macro up-to-date.
Comment 4 Fedora End Of Life 2013-04-03 17:06:14 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Comment 5 Panu Matilainen 2013-05-29 10:34:51 UTC 
Hum, this has been added ages ago but updating the bug forgotten:

+* Wed Feb 22 2012 Panu Matilainen <pmatilai> - 9.1.0-27
+- add GNAT arch definitions

CLOSED -> RAWHIDE as that where it originally landed, but %GNAT_arches is present in all current Fedora versions (>= 17)