make[2]: Entering directory `/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/frmts/jpeg' x86_64-pc-linux-gnu-g++ -march=core2 -msse4 -mcx16 -mpopcnt -msahf -O2 -pipe -fPIC -DHAVE_SSE_AT_COMPILE_TIME -Wall -I/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/port -I/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/gcore -I/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/alg -I/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/ogr -I/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/ogr/ogrsf_frmts -DOGR_ENABLED -I/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/port -I/usr/ -I/usr//include -c -o ../o/jpgdataset.o jpgdataset.cpp jpgdataset.cpp: In static member function ‘static GDALDataset* JPGDataset::CreateCopy(const char*, GDALDataset*, int, char**, GDALProgressFunc, void*)’: jpgdataset.cpp:2400:50: error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive] make[2]: *** [../o/jpgdataset.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/frmts/jpeg' make[1]: *** [jpeg-install-obj] Error 2 make[1]: Leaving directory `/var/tmp/portage/sci-libs/gdal-1.10.0-r1/work/gdal-1.10.0/frmts' make: *** [frmts-target] Error 2 Reproducible: Always
jpeg-9 is known to be broken, if you can still reproduce with jpeg-9-r1, reopen the bug and attach complete build.log *** This bug has been marked as a duplicate of bug 479808 ***
jpeg-9 was actually never on my system. Reopening and adding build.log as requested.
Can't attach?
FWIW, I haven't looked at this package but the error looks like a valid bug -- jpeg-9 needs explicit conversions to/from the "boolean" type in C++ code (see e.g. bug 479946).
(In reply to Kobboi from comment #2) > jpeg-9 was actually never on my system. You reported this bug as not compiling with jpeg-9; so, the assumption is that it is present on your system. If it weren't, this bug would be considered invalid; so, could you please clarify which exact versions you have tried and which versions fail? As stated, have you also tried it again with =media-libs/jpeg-9-r1? Have you also tried other virtual/jpeg packages like the default jpeg-turbo? (In reply to Kobboi from comment #3) > Can't attach? What does there go wrong with attaching?
When I first encountered a similar issue with fltk, the people there pointed in the direction of jpeg-9, so I referred to that upstream version number instead of the Gentoo ebuild version number. Where I wrote "jpeg-9" it should say "media-libs/jpeg-9-r1".
(In reply to Tom Wijsman (TomWij) from comment #5) > What does there go wrong with attaching? I press the submit button, I see my browser contacting the web server, it returns almost immediately, giving me the same page without an error message.
(In reply to Kobboi from comment #7) > (In reply to Tom Wijsman (TomWij) from comment #5) > > > What does there go wrong with attaching? > > I press the submit button, I see my browser contacting the web server, it > returns almost immediately, giving me the same page without an error message. I can send you a Wireshark trace (but not via bugzilla attachment obviously)
Created attachment 355462 [details] build.log
Uploading with Google Chrome, I finally get a decent error message, which led me to the fact that build.log is only readable for portage:portage. Was it always like that?
media-libs/jpeg-9-r1 is no longer in the tree. Please try again with sci-libs/gdal-1.10.1 and media-libs/jpeg-9a.
