Description of problem: The vxl package fails to build from source with GCC-5.0.0. Apparently, vxl actively rejects gcc-5.0.0 and needs to be extended for gcc-5 From https://kojipkgs.fedoraproject.org//work/tasks/6055/8946055/build.log ... CMakeFiles/openjpeg2.dir/mqc.o -c /builddir/build/BUILD/vxl-git4e07960/v3p/openjpeg2/mqc.c In file included from /builddir/build/BUILD/vxl-git4e07960/vcl/vcl_iosfwd.h:8:0, from /builddir/build/BUILD/vxl-git4e07960/vcl/vcl_iostream.h:27, from /builddir/build/BUILD/vxl-git4e07960/vcl/vcl_deprecated.cxx:4: /builddir/build/BUILD/vxl-git4e07960/vcl/vcl_compiler.h:123:4: error: #error "Dunno about this gcc" # error "Dunno about this gcc" ^ ... Version-Release number of selected component (if applicable): vxl-1.17.0-15.fc22 on f23 and rawhide. How reproducible: Always. Steps to Reproduce: 1. rebuild the package either for f22 or rawhide (f23) Additional info: - This package apparently applies a detailed compiler check, based on compiler version checks and refuses to build with unknown compiler versions. - This compiler version check limitation is propagated into other packages through exporting /usr/include/vxl/vcl/vcl_compiler.h and thus causes FTBFSes of other packages (E.g. nifti2dicom)
Created attachment 992061 [details] Patch to address this issue I am going to apply this patch using my provenpackager privileges to dampen the impact this FTBFS has. I am well aware this is not a proper fix but more a band-aid work-around.
This BZ should have been close long time ago