Description of problem: Even though all ppc* architectures in fedora (ppc, ppc64, ppc64le) have gnat, this package fails to build: + export 'GNATMAKE_OPTFLAGS=-cargs -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m32 -gnatn -gnat-p -gnatVd -gnatwn -gnatyN -largs -Wl,-z,relro -g -margs -j16 -R -p -XHARDWARE_PLATFORM=ppc' + GNATMAKE_OPTFLAGS='-cargs -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m32 -gnatn -gnat-p -gnatVd -gnatwn -gnatyN -largs -Wl,-z,relro -g -margs -j16 -R -p -XHARDWARE_PLATFORM=ppc' + make -j16 VERSION=11.8.0 templates_parser.gpr:22:09: no languages defined for this project templates_parser.gpr:29:25: warning: libraries are not supported on this platform xmlada_unicode.gpr:4:09: no languages defined for this project directories.gpr:21:18: no languages defined for this project xmlada_sax.gpr:5:09: no languages defined for this project xmlada_input.gpr:5:09: no languages defined for this project xmlada_dom.gpr:4:09: no languages defined for this project xmlada_schema.gpr:4:09: no languages defined for this project gprbuild: "templates_parser" processing failed make: *** [build] Error 4 Version-Release number of selected component (if applicable): latest versions in f20 and f21 fail to build How reproducible: always Steps to Reproduce: 1. ppc-koji build --scratch f21 templates_parser-11.8.0-4.fc21.src.rpm 2. ppc-koji build --scratch f20 templates_parser-11.6.0-7.fc20.src.rpm 3. Actual results: Expected results: Additional info:
This isn't a problem with Templates Parser. Those error messages indicate that GPRbuild doesn't know how to build stuff on the platform it's running on. Probably it either lacks a default configuration for the platform, or fails to detect the platform correctly. Currently it's possible to build Templates Parser with Gnatmake instead. That's not going to last though, as Gnatmake emits warnings saying that it will lose support for project files in the future.
*** This bug has been marked as a duplicate of bug 1193518 ***
Sorry. Closed by mistake
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Do we have some ppc machines to play with in Fedora infrastructure? Can you provide with output of: gcc -v gcc -dumpmachine ?
> gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/ppc64-redhat-linux/4.9.2/lto-wrapper Target: ppc64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.9.2-20150212/obj-ppc64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.9.2-20150212/obj-ppc64-redhat-linux/cloog-install --enable-gnu-indirect-function --enable-secureplt --with-long-double-128 --build=ppc64-redhat-linux Thread model: posix gcc version 4.9.2 20150212 (Red Hat 4.9.2-6) (GCC) > gcc -dumpmachine ppc64-redhat-linux Please ping me on IRC and I can give you access to a machine.
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '23'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 23 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
I added patterns for GPRconfig to recognize the secondary architectures back in April, and to the best of my knowledge GPRbuild works on all of Fedora's active architectures in F25 and Rawhide.