Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1152496 - FTBFS: no languages defined for this project (F20 and F21)
Summary: FTBFS: no languages defined for this project (F20 and F21)
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gprbuild
Version: 23
Hardware: powerpc
OS: Linux
medium
high
Target Milestone: ---
Assignee: Pavel Zhukov
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1247047
TreeView+ depends on / blocked
 
Reported: 2014-10-14 09:51 UTC by Karsten Hopp
Modified: 2016-12-11 20:05 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-11 20:05:32 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Karsten Hopp 2014-10-14 09:51:38 UTC 
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:
Comment 1 Björn Persson 2015-03-29 18:27:41 UTC 
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.
Comment 2 Pavel Zhukov 2015-03-29 18:47:43 UTC 

*** This bug has been marked as a duplicate of bug 1193518 ***
Comment 3 Pavel Zhukov 2015-03-29 18:48:28 UTC 
Sorry. Closed by mistake
Comment 4 Fedora End Of Life 2015-05-29 13:04:53 UTC 
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.
Comment 5 Pavel Zhukov 2015-06-22 20:35:02 UTC 
Do we have some ppc machines to play with in Fedora infrastructure? 

Can you provide with output of:
gcc -v
gcc -dumpmachine 
?
Comment 6 Karsten Hopp 2015-07-27 08:50:59 UTC 
> 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.
Comment 7 Fedora End Of Life 2016-11-24 11:15:23 UTC 
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.
Comment 8 Björn Persson 2016-12-11 20:05:32 UTC 
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.
Note You need to log in before you can comment on or make changes to this bug.