Created attachment 533916 [details] emerge info for x86_64/6core unit This has been happening since the notification that python3_6 will be the new default. I followed the instructions regarding the make.conf additions regarding python targets,but had no luck there, after 3 days I gave up & removed all entries from the make.conf for python. but gdal consistently fails to compile at the frtms/pcidsk.
Created attachment 533918 [details] build log for gdal-2.2.3-r1
Created attachment 533920 [details] emerge info update
Created attachment 533922 [details] environment file for gdal-2.2.3-r1
I gave up on this version,downloaded 2.3.0,and compiled up ok with no real stoppers,just a few error msg's, so an update might be called for HEY,!!!
(In reply to Geoff Madden from comment #4) > I gave up on this version,downloaded 2.3.0,and compiled up ok with no real > stoppers,just a few error msg's, so an update might be called for HEY,!!! Emerging gdal-2.3.0 fails here with: ... pdfobject.cpp: In member function ‘virtual const CPLString& GDALPDFObjectPoppler::GetString()’: pdfobject.cpp:1058:47: error: invalid conversion from ‘const GooString*’ to ‘GooString*’ [-fpermissive] GooString* gooString = m_po->getString();
(In reply to Juergen Rose from comment #5) > (In reply to Geoff Madden from comment #4) > > I gave up on this version,downloaded 2.3.0,and compiled up ok with no real > > stoppers,just a few error msg's, so an update might be called for HEY,!!! > > Emerging gdal-2.3.0 fails here with: > ... > pdfobject.cpp: In member function ‘virtual const CPLString& > GDALPDFObjectPoppler::GetString()’: > pdfobject.cpp:1058:47: error: invalid conversion from ‘const GooString*’ to > ‘GooString*’ [-fpermissive] > GooString* gooString = m_po->getString(); did you get the stable version ???
Created attachment 535250 [details] updated emerge info with extra files added
(In reply to Geoff Madden from comment #6) > (In reply to Juergen Rose from comment #5) > > (In reply to Geoff Madden from comment #4) > > > I gave up on this version,downloaded 2.3.0,and compiled up ok with no real > > > stoppers,just a few error msg's, so an update might be called for HEY,!!! > > > > Emerging gdal-2.3.0 fails here with: > > ... > > pdfobject.cpp: In member function ‘virtual const CPLString& > > GDALPDFObjectPoppler::GetString()’: > > pdfobject.cpp:1058:47: error: invalid conversion from ‘const GooString*’ to > > ‘GooString*’ [-fpermissive] > > GooString* gooString = m_po->getString(); > > did you get the stable version ??? I renamed gdal-2.2.3-r1.ebuild to gdal-2.3.0.ebuild and removed and removed the ${P}-json-c-0.13.patch and the ${P}-bashcomp-path.patch, which failed, from the ebuild. poppler-0.65.0 is installed. What do you mean with "stable version"?
My /usr/portage/distfiles/gdal-2.3.0.tar.gz is identical with gdal-2.3.0.tar.gz from http://download.osgeo.org/gdal/2.3.0/.
(In reply to Juergen Rose from comment #9) > My /usr/portage/distfiles/gdal-2.3.0.tar.gz is identical with > gdal-2.3.0.tar.gz from http://download.osgeo.org/gdal/2.3.0/. I downloaded the version off the gdal site.and compiled it up as it came,ie with out any patches,and it compiled up ok this end,I just used the configure to place it into the normal places,also for the missing files it requested I used the ones in the gentoo repository. I still have the build log from the compile & will add it to the list of files here.
Created attachment 535382 [details] config log from my build of gdal-2.3.0
@Geoff which poppler version is installed on your system?
I put an ebuild into local overlay changed the version to 2.3.0 comented out one patch witch was cousing rejects and emerge leads to the same outcome as with gdal-2.2.3-r1 - my poppler is 0.65 - some same problem here.
(In reply to Juergen Rose from comment #12) > @Geoff which poppler version is installed on your system? 0.65
(In reply to Andrzej Kardas from comment #13) > I put an ebuild into local overlay changed the version to 2.3.0 comented out > one patch witch was cousing rejects and emerge leads to the same outcome as > with gdal-2.2.3-r1 - my poppler is 0.65 - some same problem here. Why dont you try what I did,that is to do it the old fashioned way:ie, download untar configure & make then install,this way it picks up all the needed files that are on your system,I did note that it was looking for hdf5 which I did not have installed,installed that in the normal way,then gdal compiled up ok. That is when I suggested that an update to 2.3.0 might be a good idea. If gdal is not compiling up after this ,when using the ebuild method,I would surmise the the ebuild is creating the problem,and probably should be looked at to correct the fault.
(In reply to Geoff Madden from comment #15) > (In reply to Andrzej Kardas from comment #13) > > I put an ebuild into local overlay changed the version to 2.3.0 comented out > > one patch witch was cousing rejects and emerge leads to the same outcome as > > with gdal-2.2.3-r1 - my poppler is 0.65 - some same problem here. > > Why dont you try what I did,that is to do it the old fashioned way:ie, > download untar configure & make then install,this way it picks up all the > needed files that are on your system,I did note that it was looking for hdf5 > which I did not have installed,installed that in the normal way,then gdal > compiled up ok. That is when I suggested that an update to 2.3.0 might be a > good idea. If gdal is not compiling up after this ,when using the ebuild > method,I would surmise the the ebuild is creating the problem,and probably > should be looked at to correct the fault. When I run the config like this: ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --datadir=/usr/share --enable-static=no --with-gnu-ld --with-sse=yes --with-ssse3=yes --with-libz=internal --with-png=internal --with-hdf5 --with-poppler --with-python Same as your log says I end up with: pdfobject.cpp: In member function ‘virtual const CPLString& GDALPDFObjectPoppler::GetString()’: pdfobject.cpp:1058:47: error: invalid conversion from ‘const GooString*’ to ‘GooString*’ [-fpermissive] GooString* gooString = m_po->getString(); So same result :-( How ever if i will build using emerge with USE=-pdf the 2.2.3-r1 and 2.3.0 versions builds just fine so there is some pdf poppler incompatibility I assume.
Please test with sci-libs/gdal-3.0.4-r1.