Re: [postgis-users] compile on solaris 11 sparc
Mark Cave-Ayland wrote: > [...] I'm not sure what the correct command line should be to > invoke the pre-processor in Sun's compiler is though. cc -E ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
On 6 September 2011 10:19, Mark Cave-Ayland wrote: > > Well just for the record - the issue here was that the person who built your > PostgreSQL binaries used the native Sun compiler on their system hence > embedding this as the default CC in the PGXS Makefile used by PostGIS. If > you still wanted to use Solaris then using GCC to build both PostgreSQL and > PostGIS on your server should give you something that would work. > > > HTH, > > Mark. > Thanks Mark. I'll keep that in mind as I'm sure Solaris will seduce me again in the future. It always does! ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
On 06/09/11 12:54, Doug McComber wrote: Didn't work (E flag). I ended up dumping Solaris for FreeBSD. You see I always fall for this trap. Every time I dust of my Sunfire I get enchanted with the idea of using Solaris. But, and especially with Oracle now, Solaris is not very free or open. And I always end up running into some hurdle that isn't worth struggling with when there are plenty of good alternatives (Debian and FreeBSD come to mind). Of course I am ranting here so I'll stop. :) Thanks for your and everyone else's help in trying to solve this. Doug Well just for the record - the issue here was that the person who built your PostgreSQL binaries used the native Sun compiler on their system hence embedding this as the default CC in the PGXS Makefile used by PostGIS. If you still wanted to use Solaris then using GCC to build both PostgreSQL and PostGIS on your server should give you something that would work. HTH, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
On 2 September 2011 21:28, Martin Spott wrote: > Doug McComber wrote: >> On 09/ 2/11 04:59 AM, Martin Spott wrote: > >>> CC="gcc -m64" >>> CXX="g++ -m64" >>> CPP="gcc -m64 -E" > [...] >> CPP="gcc" > [...] >> /opt/studio11/SUNWspro/bin/cc -Xa -E -traditional-cpp postgis.sql.in.c | >> grep -v '^#' > postgis.sql.in >> /bin/sh: line 1: /opt/studio11/SUNWspro/bin/cc: not found > > Here's the difference. In order to call GCC as the preprocessor, you should > add "-E", otherwise configure will (at least I'd expect it this way) realize > this is not a working CPP and will look for an alternate - which typically > is 'cc' on Solaris. > > Cheers, > Martin. Didn't work (E flag). I ended up dumping Solaris for FreeBSD. You see I always fall for this trap. Every time I dust of my Sunfire I get enchanted with the idea of using Solaris. But, and especially with Oracle now, Solaris is not very free or open. And I always end up running into some hurdle that isn't worth struggling with when there are plenty of good alternatives (Debian and FreeBSD come to mind). Of course I am ranting here so I'll stop. :) Thanks for your and everyone else's help in trying to solve this. Doug ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
Yeah, I was going to ask a similar question: we want a tool that does everything cpp does (replacements, inclusions, conditions), but isn't cpp? P. On Mon, Sep 5, 2011 at 8:06 AM, Chris Hermansen wrote: > Please pardon my ignorance of all things windows but is the cpp not one of > those universal components of the c programming environment? > > (apologies in advance I know.this is not a postgis question) > > On Sep 5, 2011 4:51 AM, "Mark Cave-Ayland" > wrote: >> On 02/09/11 18:02, Doug McComber wrote: >> >>> I've got this in my profile: >>> >>> # 64 bit compiling >>> CC="gcc" >>> CXX="g++" >>> CPP="gcc" >>> CFLAGS="-m64" >>> CPPFLAGS="-m64" >>> CXXFLAGS="-m64" >>> >>> # 3rd party libray >>> LDFLAGS="-L/usr/local/lib" >>> >>> and ran source ~/.profile >>> >>> Despite that I found I had to add some of that to the configure command >>> (shouldn't have to log out after sourcing profile right?) like so: >>> >>> ./configure CC=gcc CFLAGS=-m64 CPPFLAGS=-m64 CXXFLAGS=-m64 >>> LDFLAGS=-L/usr/local/lib --with-geosconfig=/usr/local/bin/geos-config >>> >>> This completes without error. The only warnings I saw were about dblatex >>> and CUnit. The final output of configure being: >>> >>> PostGIS is now configured for sparc-sun-solaris2.11 >>> >>> -- Compiler Info - >>> C compiler: gcc -m64 >>> C++ compiler: g++ -m64 >>> >>> -- Dependencies -- >>> GEOS config: /usr/local/bin/geos-config >>> GEOS version: 3.3.0 >>> PostgreSQL config: /usr/postgres/9.0-pgdg/bin/64/pg_config >>> PostgreSQL version: PostgreSQL 9.0.4 >>> PROJ4 version: 47 >>> Libxml2 config: /usr/bin/xml2-config >>> Libxml2 version: 2.7.6 >>> PostGIS debug level: 0 >>> >>> Documentation Generation >>> xsltproc: /usr/bin/xsltproc >>> xsl style sheets: >>> dblatex: >>> convert: /usr/bin/convert >>> >>> Make starts out well but dies with an error complaining about not >>> finding SunStudio! >>> >>> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o g_util.o g_util.c >>> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwgeodetic.o >>> lwgeodetic.c >>> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwtree.o lwtree.c >>> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -ffloat-store -c -o >>> lwspheroid.o lwspheroid.c >>> ar rs liblwgeom.a measures.o box2d.o ptarray.o lwgeom_api.o lwgeom.o >>> lwpoint.o lwline.o lwpoly.o lwmpoint.o lwmline.o lwmpoly.o >>> lwcollection.o lwcircstring.o lwcompound.o lwcurvepoly.o lwmcurve.o >>> lwmsurface.o lwutil.o lwalgorithm.o lwgunparse.o lwgparse.o >>> lwsegmentize.o wktparse.tab.o lex.yy.o vsprintf.o g_box.o g_coord.o >>> g_geometry.o g_ptarray.o g_serialized.o g_util.o lwgeodetic.o lwtree.o >>> lwspheroid.o >>> ar: creating liblwgeom.a >>> make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/liblwgeom' >>> make -C postgis >>> make[1]: Entering directory `/home/doug/sources/postgis-1.5.3/postgis' >>> /opt/studio11/SUNWspro/bin/cc -Xa -E -traditional-cpp postgis.sql.in.c | >>> grep -v '^#' > postgis.sql.in >>> /bin/sh: line 1: /opt/studio11/SUNWspro/bin/cc: not found >>> make[1]: *** [postgis.sql.in] Error 1 >>> make[1]: *** Deleting file `postgis.sql.in' >>> make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/postgis' >>> make: *** [postgis] Error 2 >>> >>> This is a Solaris 11 box I should mention and gcc was installed from the >>> Oracle Solaris 11 repository as opposed to a 3rd-party package or from >>> source. I don't have Sun Studio installed (never did) and other programs >>> compiled without problem (Proj 4 and GEOS). This error >>> "/opt/studio11/SUNWspro/bin/cc: not found" appears to be PostGIS >>> specific (according to Google anyway). Suggestions? >> >> Right, so currently the .sql files are generated using the C >> pre-processor and so uses the CPP variable in addition to the ones >> defined above. I'm not sure what the correct command line should be to >> invoke the pre-processor in Sun's compiler is though. >> >> I think we need to start thinking about ripping the CPP code out and >> finding something more suitable instead, particularly when thinking >> about building other platforms such as Win32/64. I'm not exactly sure >> what the replacement should be though :/ >> >> >> ATB, >> >> Mark. >> >> -- >> Mark Cave-Ayland - Senior Technical Architect >> PostgreSQL - PostGIS >> Sirius Corporation plc - control through freedom >> http://www.siriusit.co.uk >> t: +44 870 608 0063 >> >> Sirius Labs: http://www.siriusit.co.uk/labs >> ___ >> postgis-users mailing list >> postgis-users@postgis.refractions.net >> http://postgis.refractions.net/mailman/listinfo/postgis-users > > ___ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > > ___ postgis-users mailing list postgis-users@postgis.refractions.net http://post
Re: [postgis-users] compile on solaris 11 sparc
Please pardon my ignorance of all things windows but is the cpp not one of those universal components of the c programming environment? (apologies in advance I know.this is not a postgis question) On Sep 5, 2011 4:51 AM, "Mark Cave-Ayland" wrote: > On 02/09/11 18:02, Doug McComber wrote: > >> I've got this in my profile: >> >> # 64 bit compiling >> CC="gcc" >> CXX="g++" >> CPP="gcc" >> CFLAGS="-m64" >> CPPFLAGS="-m64" >> CXXFLAGS="-m64" >> >> # 3rd party libray >> LDFLAGS="-L/usr/local/lib" >> >> and ran source ~/.profile >> >> Despite that I found I had to add some of that to the configure command >> (shouldn't have to log out after sourcing profile right?) like so: >> >> ./configure CC=gcc CFLAGS=-m64 CPPFLAGS=-m64 CXXFLAGS=-m64 >> LDFLAGS=-L/usr/local/lib --with-geosconfig=/usr/local/bin/geos-config >> >> This completes without error. The only warnings I saw were about dblatex >> and CUnit. The final output of configure being: >> >> PostGIS is now configured for sparc-sun-solaris2.11 >> >> -- Compiler Info - >> C compiler: gcc -m64 >> C++ compiler: g++ -m64 >> >> -- Dependencies -- >> GEOS config: /usr/local/bin/geos-config >> GEOS version: 3.3.0 >> PostgreSQL config: /usr/postgres/9.0-pgdg/bin/64/pg_config >> PostgreSQL version: PostgreSQL 9.0.4 >> PROJ4 version: 47 >> Libxml2 config: /usr/bin/xml2-config >> Libxml2 version: 2.7.6 >> PostGIS debug level: 0 >> >> Documentation Generation >> xsltproc: /usr/bin/xsltproc >> xsl style sheets: >> dblatex: >> convert: /usr/bin/convert >> >> Make starts out well but dies with an error complaining about not >> finding SunStudio! >> >> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o g_util.o g_util.c >> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwgeodetic.o >> lwgeodetic.c >> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwtree.o lwtree.c >> gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -ffloat-store -c -o >> lwspheroid.o lwspheroid.c >> ar rs liblwgeom.a measures.o box2d.o ptarray.o lwgeom_api.o lwgeom.o >> lwpoint.o lwline.o lwpoly.o lwmpoint.o lwmline.o lwmpoly.o >> lwcollection.o lwcircstring.o lwcompound.o lwcurvepoly.o lwmcurve.o >> lwmsurface.o lwutil.o lwalgorithm.o lwgunparse.o lwgparse.o >> lwsegmentize.o wktparse.tab.o lex.yy.o vsprintf.o g_box.o g_coord.o >> g_geometry.o g_ptarray.o g_serialized.o g_util.o lwgeodetic.o lwtree.o >> lwspheroid.o >> ar: creating liblwgeom.a >> make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/liblwgeom' >> make -C postgis >> make[1]: Entering directory `/home/doug/sources/postgis-1.5.3/postgis' >> /opt/studio11/SUNWspro/bin/cc -Xa -E -traditional-cpp postgis.sql.in.c | >> grep -v '^#' > postgis.sql.in >> /bin/sh: line 1: /opt/studio11/SUNWspro/bin/cc: not found >> make[1]: *** [postgis.sql.in] Error 1 >> make[1]: *** Deleting file `postgis.sql.in' >> make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/postgis' >> make: *** [postgis] Error 2 >> >> This is a Solaris 11 box I should mention and gcc was installed from the >> Oracle Solaris 11 repository as opposed to a 3rd-party package or from >> source. I don't have Sun Studio installed (never did) and other programs >> compiled without problem (Proj 4 and GEOS). This error >> "/opt/studio11/SUNWspro/bin/cc: not found" appears to be PostGIS >> specific (according to Google anyway). Suggestions? > > Right, so currently the .sql files are generated using the C > pre-processor and so uses the CPP variable in addition to the ones > defined above. I'm not sure what the correct command line should be to > invoke the pre-processor in Sun's compiler is though. > > I think we need to start thinking about ripping the CPP code out and > finding something more suitable instead, particularly when thinking > about building other platforms such as Win32/64. I'm not exactly sure > what the replacement should be though :/ > > > ATB, > > Mark. > > -- > Mark Cave-Ayland - Senior Technical Architect > PostgreSQL - PostGIS > Sirius Corporation plc - control through freedom > http://www.siriusit.co.uk > t: +44 870 608 0063 > > Sirius Labs: http://www.siriusit.co.uk/labs > ___ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
On 02/09/11 18:02, Doug McComber wrote: I've got this in my profile: # 64 bit compiling CC="gcc" CXX="g++" CPP="gcc" CFLAGS="-m64" CPPFLAGS="-m64" CXXFLAGS="-m64" # 3rd party libray LDFLAGS="-L/usr/local/lib" and ran source ~/.profile Despite that I found I had to add some of that to the configure command (shouldn't have to log out after sourcing profile right?) like so: ./configure CC=gcc CFLAGS=-m64 CPPFLAGS=-m64 CXXFLAGS=-m64 LDFLAGS=-L/usr/local/lib --with-geosconfig=/usr/local/bin/geos-config This completes without error. The only warnings I saw were about dblatex and CUnit. The final output of configure being: PostGIS is now configured for sparc-sun-solaris2.11 -- Compiler Info - C compiler: gcc -m64 C++ compiler: g++ -m64 -- Dependencies -- GEOS config: /usr/local/bin/geos-config GEOS version: 3.3.0 PostgreSQL config: /usr/postgres/9.0-pgdg/bin/64/pg_config PostgreSQL version: PostgreSQL 9.0.4 PROJ4 version: 47 Libxml2 config: /usr/bin/xml2-config Libxml2 version: 2.7.6 PostGIS debug level: 0 Documentation Generation xsltproc: /usr/bin/xsltproc xsl style sheets: dblatex: convert: /usr/bin/convert Make starts out well but dies with an error complaining about not finding SunStudio! gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o g_util.o g_util.c gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwgeodetic.o lwgeodetic.c gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwtree.o lwtree.c gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -ffloat-store -c -o lwspheroid.o lwspheroid.c ar rs liblwgeom.a measures.o box2d.o ptarray.o lwgeom_api.o lwgeom.o lwpoint.o lwline.o lwpoly.o lwmpoint.o lwmline.o lwmpoly.o lwcollection.o lwcircstring.o lwcompound.o lwcurvepoly.o lwmcurve.o lwmsurface.o lwutil.o lwalgorithm.o lwgunparse.o lwgparse.o lwsegmentize.o wktparse.tab.o lex.yy.o vsprintf.o g_box.o g_coord.o g_geometry.o g_ptarray.o g_serialized.o g_util.o lwgeodetic.o lwtree.o lwspheroid.o ar: creating liblwgeom.a make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/liblwgeom' make -C postgis make[1]: Entering directory `/home/doug/sources/postgis-1.5.3/postgis' /opt/studio11/SUNWspro/bin/cc -Xa -E -traditional-cpp postgis.sql.in.c | grep -v '^#' > postgis.sql.in /bin/sh: line 1: /opt/studio11/SUNWspro/bin/cc: not found make[1]: *** [postgis.sql.in] Error 1 make[1]: *** Deleting file `postgis.sql.in' make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/postgis' make: *** [postgis] Error 2 This is a Solaris 11 box I should mention and gcc was installed from the Oracle Solaris 11 repository as opposed to a 3rd-party package or from source. I don't have Sun Studio installed (never did) and other programs compiled without problem (Proj 4 and GEOS). This error "/opt/studio11/SUNWspro/bin/cc: not found" appears to be PostGIS specific (according to Google anyway). Suggestions? Right, so currently the .sql files are generated using the C pre-processor and so uses the CPP variable in addition to the ones defined above. I'm not sure what the correct command line should be to invoke the pre-processor in Sun's compiler is though. I think we need to start thinking about ripping the CPP code out and finding something more suitable instead, particularly when thinking about building other platforms such as Win32/64. I'm not exactly sure what the replacement should be though :/ ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
Doug McComber wrote: > On 09/ 2/11 04:59 AM, Martin Spott wrote: >> CC="gcc -m64" >> CXX="g++ -m64" >> CPP="gcc -m64 -E" [...] >CPP="gcc" [...] > /opt/studio11/SUNWspro/bin/cc -Xa -E -traditional-cpp postgis.sql.in.c | > grep -v '^#' > postgis.sql.in > /bin/sh: line 1: /opt/studio11/SUNWspro/bin/cc: not found Here's the difference. In order to call GCC as the preprocessor, you should add "-E", otherwise configure will (at least I'd expect it this way) realize this is not a working CPP and will look for an alternate - which typically is 'cc' on Solaris. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
On 09/ 2/11 04:59 AM, Martin Spott wrote: As an alternative, you might try building 64-bit binaries of everything, at least this is what I'm doing on Solaris and the result is working properly. Just set an appropriate environment - I guess these should work for GCC: CC="gcc -m64" CXX="g++ -m64" CPP="gcc -m64 -E" Cheers, Martin. I've got this in my profile: # 64 bit compiling CC="gcc" CXX="g++" CPP="gcc" CFLAGS="-m64" CPPFLAGS="-m64" CXXFLAGS="-m64" # 3rd party libray LDFLAGS="-L/usr/local/lib" and ran source ~/.profile Despite that I found I had to add some of that to the configure command (shouldn't have to log out after sourcing profile right?) like so: ./configure CC=gcc CFLAGS=-m64 CPPFLAGS=-m64 CXXFLAGS=-m64 LDFLAGS=-L/usr/local/lib --with-geosconfig=/usr/local/bin/geos-config This completes without error. The only warnings I saw were about dblatex and CUnit. The final output of configure being: PostGIS is now configured for sparc-sun-solaris2.11 -- Compiler Info - C compiler: gcc -m64 C++ compiler: g++ -m64 -- Dependencies -- GEOS config: /usr/local/bin/geos-config GEOS version: 3.3.0 PostgreSQL config:/usr/postgres/9.0-pgdg/bin/64/pg_config PostgreSQL version: PostgreSQL 9.0.4 PROJ4 version:47 Libxml2 config: /usr/bin/xml2-config Libxml2 version: 2.7.6 PostGIS debug level: 0 Documentation Generation xsltproc: /usr/bin/xsltproc xsl style sheets: dblatex: convert: /usr/bin/convert Make starts out well but dies with an error complaining about not finding SunStudio! gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o g_util.o g_util.c gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwgeodetic.o lwgeodetic.c gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -c -o lwtree.o lwtree.c gcc -m64 -fPIC -DPIC -Wall -Wmissing-prototypes -ffloat-store -c -o lwspheroid.o lwspheroid.c ar rs liblwgeom.a measures.o box2d.o ptarray.o lwgeom_api.o lwgeom.o lwpoint.o lwline.o lwpoly.o lwmpoint.o lwmline.o lwmpoly.o lwcollection.o lwcircstring.o lwcompound.o lwcurvepoly.o lwmcurve.o lwmsurface.o lwutil.o lwalgorithm.o lwgunparse.o lwgparse.o lwsegmentize.o wktparse.tab.o lex.yy.o vsprintf.o g_box.o g_coord.o g_geometry.o g_ptarray.o g_serialized.o g_util.o lwgeodetic.o lwtree.o lwspheroid.o ar: creating liblwgeom.a make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/liblwgeom' make -C postgis make[1]: Entering directory `/home/doug/sources/postgis-1.5.3/postgis' /opt/studio11/SUNWspro/bin/cc -Xa -E -traditional-cpp postgis.sql.in.c | grep -v '^#' > postgis.sql.in /bin/sh: line 1: /opt/studio11/SUNWspro/bin/cc: not found make[1]: *** [postgis.sql.in] Error 1 make[1]: *** Deleting file `postgis.sql.in' make[1]: Leaving directory `/home/doug/sources/postgis-1.5.3/postgis' make: *** [postgis] Error 2 This is a Solaris 11 box I should mention and gcc was installed from the Oracle Solaris 11 repository as opposed to a 3rd-party package or from source. I don't have Sun Studio installed (never did) and other programs compiled without problem (Proj 4 and GEOS). This error "/opt/studio11/SUNWspro/bin/cc: not found" appears to be PostGIS specific (according to Google anyway). Suggestions? Thanks, Doug ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
On 09/ 2/11 04:59 AM, Martin Spott wrote: CC="gcc -m64" CXX="g++ -m64" CPP="gcc -m64 -E" Thanks, great tip. Didn't work for configuring postgis, but this did: ./configure CC=gcc CFLAGS=-m64 Doug ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
Paul Ramsey wrote: > My guess is that your gcc is generating a 32-bit object and then > failing to link it to the 64-bit library. As an alternative, you might try building 64-bit binaries of everything, at least this is what I'm doing on Solaris and the result is working properly. Just set an appropriate environment - I guess these should work for GCC: CC="gcc -m64" CXX="g++ -m64" CPP="gcc -m64 -E" Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
Yeah, that worked well. But I guess I'll have to check out gcc too. Thanks, Doug On Sep 1, 2011 4:11 PM, "Paul Ramsey" wrote: > Yes, that might probably work :) > My guess is that your gcc is generating a 32-bit object and then > failing to link it to the 64-bit library. > P. > > On Thu, Sep 1, 2011 at 11:38 AM, Doug McComber wrote: >> Thanks Paul, here's the relevant config.log part: >> >> configure:15850: checking for PQserverVersion in -lpq >> configure:15875: gcc -o conftest -g -O2 conftest.c -lpq >> -L/usr/postgres/9.0-pgdg/lib/64 -lpq >&5 >> ld: fatal: file /usr/postgres/9.0-pgdg/lib/64/libpq.so: wrong ELF >> class: ELFCLASS64 >> ld: fatal: file /usr/postgres/9.0-pgdg/lib/64/libpq.so: wrong ELF >> class: ELFCLASS64 >> ld: fatal: file processing errors. No output written to conftest >> collect2: ld returned 1 exit status >> >> My install of PostgreSQL is empty and I'm just using it for some >> development work. Should I remove it and install the 32-bit version >> instead? I mean, would that be the easiest solution here? >> >> Thanks, >> Doug >> >> On 1 September 2011 15:30, Paul Ramsey wrote: >>> The linking test is failing, but it's finding all the other libpq >>> components. Check the config.log and see how/why the test is failing. >>> From what I see in your mail this is probably a limitation in our >>> configure script, not in your system setup. >>> >>> P. >>> >>> On Thu, Sep 1, 2011 at 11:19 AM, Doug McComber wrote: Hi, I'm trying to compile PostGIS 1.5.3 in Solaris 11 on sparc hardware. I can't get past configure! :) Here is the tail output of that where it fails: checking for pg_config... /usr/postgres/9.0-pgdg/bin/64/pg_config checking PostgreSQL version... PostgreSQL 9.0.4 checking libpq-fe.h usability... yes checking libpq-fe.h presence... yes checking for libpq-fe.h... yes checking for PQserverVersion in -lpq... no configure: error: could not find libpq PostgreSQL 9.0.4 was install by downloading a binary from the PostgreSQL website. A find of 'libpq*' shows: ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5 ./usr/postgres/9.0-pgdg/lib/64/libpq.a ./usr/postgres/9.0-pgdg/lib/64/libpqwalreceiver.so ./usr/postgres/9.0-pgdg/lib/64/libpq.so ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5.3 ./usr/postgres/9.0-pgdg/share/locale/zh_TW/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/fr/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/cs/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/zh_CN/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/es/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/tr/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/it/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/pt_BR/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ta/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/sv/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ko/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ru/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/de/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ja/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/include/64/libpq-fe.h ./usr/postgres/9.0-pgdg/include/64/libpq ./usr/postgres/9.0-pgdg/include/64/libpq/libpq-fs.h ./usr/postgres/9.0-pgdg/include/64/internal/libpq-int.h ./usr/postgres/9.0-pgdg/include/64/internal/libpq ./usr/postgres/9.0-pgdg/include/64/libpq-events.h ./usr/postgres/9.0-pgdg/include/64/server/libpq ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-be.h ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-fs.h ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq.h What am I missing? Thanks, Doug ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users >>> ___ >>> postgis-users mailing list >>> postgis-users@postgis.refractions.net >>> http://postgis.refractions.net/mailman/listinfo/postgis-users >>> >> ___ >> postgis-users mailing list >> postgis-users@postgis.refractions.net >> http://postgis.refractions.net/mailman/listinfo/postgis-users >> > ___ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
Yes, that might probably work :) My guess is that your gcc is generating a 32-bit object and then failing to link it to the 64-bit library. P. On Thu, Sep 1, 2011 at 11:38 AM, Doug McComber wrote: > Thanks Paul, here's the relevant config.log part: > > configure:15850: checking for PQserverVersion in -lpq > configure:15875: gcc -o conftest -g -O2 conftest.c -lpq > -L/usr/postgres/9.0-pgdg/lib/64 -lpq >&5 > ld: fatal: file /usr/postgres/9.0-pgdg/lib/64/libpq.so: wrong ELF > class: ELFCLASS64 > ld: fatal: file /usr/postgres/9.0-pgdg/lib/64/libpq.so: wrong ELF > class: ELFCLASS64 > ld: fatal: file processing errors. No output written to conftest > collect2: ld returned 1 exit status > > My install of PostgreSQL is empty and I'm just using it for some > development work. Should I remove it and install the 32-bit version > instead? I mean, would that be the easiest solution here? > > Thanks, > Doug > > On 1 September 2011 15:30, Paul Ramsey wrote: >> The linking test is failing, but it's finding all the other libpq >> components. Check the config.log and see how/why the test is failing. >> From what I see in your mail this is probably a limitation in our >> configure script, not in your system setup. >> >> P. >> >> On Thu, Sep 1, 2011 at 11:19 AM, Doug McComber >> wrote: >>> Hi, >>> >>> I'm trying to compile PostGIS 1.5.3 in Solaris 11 on sparc hardware. >>> I can't get past configure! :) Here is the tail output of that where >>> it fails: >>> >>> >>> checking for pg_config... /usr/postgres/9.0-pgdg/bin/64/pg_config >>> checking PostgreSQL version... PostgreSQL 9.0.4 >>> checking libpq-fe.h usability... yes >>> checking libpq-fe.h presence... yes >>> checking for libpq-fe.h... yes >>> checking for PQserverVersion in -lpq... no >>> configure: error: could not find libpq >>> >>> PostgreSQL 9.0.4 was install by downloading a binary from the >>> PostgreSQL website. A find of 'libpq*' shows: >>> >>> >>> ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5 >>> ./usr/postgres/9.0-pgdg/lib/64/libpq.a >>> ./usr/postgres/9.0-pgdg/lib/64/libpqwalreceiver.so >>> ./usr/postgres/9.0-pgdg/lib/64/libpq.so >>> ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5.3 >>> ./usr/postgres/9.0-pgdg/share/locale/zh_TW/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/fr/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/cs/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/zh_CN/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/es/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/tr/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/it/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/pt_BR/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/ta/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/sv/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/ko/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/ru/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/de/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/share/locale/ja/LC_MESSAGES/libpq5-9.0.mo >>> ./usr/postgres/9.0-pgdg/include/64/libpq-fe.h >>> ./usr/postgres/9.0-pgdg/include/64/libpq >>> ./usr/postgres/9.0-pgdg/include/64/libpq/libpq-fs.h >>> ./usr/postgres/9.0-pgdg/include/64/internal/libpq-int.h >>> ./usr/postgres/9.0-pgdg/include/64/internal/libpq >>> ./usr/postgres/9.0-pgdg/include/64/libpq-events.h >>> ./usr/postgres/9.0-pgdg/include/64/server/libpq >>> ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-be.h >>> ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-fs.h >>> ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq.h >>> >>> What am I missing? >>> >>> Thanks, >>> Doug >>> ___ >>> postgis-users mailing list >>> postgis-users@postgis.refractions.net >>> http://postgis.refractions.net/mailman/listinfo/postgis-users >>> >> ___ >> postgis-users mailing list >> postgis-users@postgis.refractions.net >> http://postgis.refractions.net/mailman/listinfo/postgis-users >> > ___ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
Thanks Paul, here's the relevant config.log part: configure:15850: checking for PQserverVersion in -lpq configure:15875: gcc -o conftest -g -O2 conftest.c -lpq -L/usr/postgres/9.0-pgdg/lib/64 -lpq >&5 ld: fatal: file /usr/postgres/9.0-pgdg/lib/64/libpq.so: wrong ELF class: ELFCLASS64 ld: fatal: file /usr/postgres/9.0-pgdg/lib/64/libpq.so: wrong ELF class: ELFCLASS64 ld: fatal: file processing errors. No output written to conftest collect2: ld returned 1 exit status My install of PostgreSQL is empty and I'm just using it for some development work. Should I remove it and install the 32-bit version instead? I mean, would that be the easiest solution here? Thanks, Doug On 1 September 2011 15:30, Paul Ramsey wrote: > The linking test is failing, but it's finding all the other libpq > components. Check the config.log and see how/why the test is failing. > From what I see in your mail this is probably a limitation in our > configure script, not in your system setup. > > P. > > On Thu, Sep 1, 2011 at 11:19 AM, Doug McComber > wrote: >> Hi, >> >> I'm trying to compile PostGIS 1.5.3 in Solaris 11 on sparc hardware. >> I can't get past configure! :) Here is the tail output of that where >> it fails: >> >> >> checking for pg_config... /usr/postgres/9.0-pgdg/bin/64/pg_config >> checking PostgreSQL version... PostgreSQL 9.0.4 >> checking libpq-fe.h usability... yes >> checking libpq-fe.h presence... yes >> checking for libpq-fe.h... yes >> checking for PQserverVersion in -lpq... no >> configure: error: could not find libpq >> >> PostgreSQL 9.0.4 was install by downloading a binary from the >> PostgreSQL website. A find of 'libpq*' shows: >> >> >> ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5 >> ./usr/postgres/9.0-pgdg/lib/64/libpq.a >> ./usr/postgres/9.0-pgdg/lib/64/libpqwalreceiver.so >> ./usr/postgres/9.0-pgdg/lib/64/libpq.so >> ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5.3 >> ./usr/postgres/9.0-pgdg/share/locale/zh_TW/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/fr/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/cs/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/zh_CN/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/es/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/tr/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/it/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/pt_BR/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/ta/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/sv/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/ko/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/ru/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/de/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/share/locale/ja/LC_MESSAGES/libpq5-9.0.mo >> ./usr/postgres/9.0-pgdg/include/64/libpq-fe.h >> ./usr/postgres/9.0-pgdg/include/64/libpq >> ./usr/postgres/9.0-pgdg/include/64/libpq/libpq-fs.h >> ./usr/postgres/9.0-pgdg/include/64/internal/libpq-int.h >> ./usr/postgres/9.0-pgdg/include/64/internal/libpq >> ./usr/postgres/9.0-pgdg/include/64/libpq-events.h >> ./usr/postgres/9.0-pgdg/include/64/server/libpq >> ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-be.h >> ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-fs.h >> ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq.h >> >> What am I missing? >> >> Thanks, >> Doug >> ___ >> postgis-users mailing list >> postgis-users@postgis.refractions.net >> http://postgis.refractions.net/mailman/listinfo/postgis-users >> > ___ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
Re: [postgis-users] compile on solaris 11 sparc
The linking test is failing, but it's finding all the other libpq components. Check the config.log and see how/why the test is failing. >From what I see in your mail this is probably a limitation in our configure script, not in your system setup. P. On Thu, Sep 1, 2011 at 11:19 AM, Doug McComber wrote: > Hi, > > I'm trying to compile PostGIS 1.5.3 in Solaris 11 on sparc hardware. > I can't get past configure! :) Here is the tail output of that where > it fails: > > > checking for pg_config... /usr/postgres/9.0-pgdg/bin/64/pg_config > checking PostgreSQL version... PostgreSQL 9.0.4 > checking libpq-fe.h usability... yes > checking libpq-fe.h presence... yes > checking for libpq-fe.h... yes > checking for PQserverVersion in -lpq... no > configure: error: could not find libpq > > PostgreSQL 9.0.4 was install by downloading a binary from the > PostgreSQL website. A find of 'libpq*' shows: > > > ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5 > ./usr/postgres/9.0-pgdg/lib/64/libpq.a > ./usr/postgres/9.0-pgdg/lib/64/libpqwalreceiver.so > ./usr/postgres/9.0-pgdg/lib/64/libpq.so > ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5.3 > ./usr/postgres/9.0-pgdg/share/locale/zh_TW/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/fr/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/cs/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/zh_CN/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/es/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/tr/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/it/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/pt_BR/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/ta/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/sv/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/ko/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/ru/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/de/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/share/locale/ja/LC_MESSAGES/libpq5-9.0.mo > ./usr/postgres/9.0-pgdg/include/64/libpq-fe.h > ./usr/postgres/9.0-pgdg/include/64/libpq > ./usr/postgres/9.0-pgdg/include/64/libpq/libpq-fs.h > ./usr/postgres/9.0-pgdg/include/64/internal/libpq-int.h > ./usr/postgres/9.0-pgdg/include/64/internal/libpq > ./usr/postgres/9.0-pgdg/include/64/libpq-events.h > ./usr/postgres/9.0-pgdg/include/64/server/libpq > ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-be.h > ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-fs.h > ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq.h > > What am I missing? > > Thanks, > Doug > ___ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
[postgis-users] compile on solaris 11 sparc
Hi, I'm trying to compile PostGIS 1.5.3 in Solaris 11 on sparc hardware. I can't get past configure! :) Here is the tail output of that where it fails: checking for pg_config... /usr/postgres/9.0-pgdg/bin/64/pg_config checking PostgreSQL version... PostgreSQL 9.0.4 checking libpq-fe.h usability... yes checking libpq-fe.h presence... yes checking for libpq-fe.h... yes checking for PQserverVersion in -lpq... no configure: error: could not find libpq PostgreSQL 9.0.4 was install by downloading a binary from the PostgreSQL website. A find of 'libpq*' shows: ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5 ./usr/postgres/9.0-pgdg/lib/64/libpq.a ./usr/postgres/9.0-pgdg/lib/64/libpqwalreceiver.so ./usr/postgres/9.0-pgdg/lib/64/libpq.so ./usr/postgres/9.0-pgdg/lib/64/libpq.so.5.3 ./usr/postgres/9.0-pgdg/share/locale/zh_TW/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/fr/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/cs/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/zh_CN/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/es/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/tr/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/it/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/pt_BR/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ta/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/sv/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ko/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ru/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/de/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/share/locale/ja/LC_MESSAGES/libpq5-9.0.mo ./usr/postgres/9.0-pgdg/include/64/libpq-fe.h ./usr/postgres/9.0-pgdg/include/64/libpq ./usr/postgres/9.0-pgdg/include/64/libpq/libpq-fs.h ./usr/postgres/9.0-pgdg/include/64/internal/libpq-int.h ./usr/postgres/9.0-pgdg/include/64/internal/libpq ./usr/postgres/9.0-pgdg/include/64/libpq-events.h ./usr/postgres/9.0-pgdg/include/64/server/libpq ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-be.h ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq-fs.h ./usr/postgres/9.0-pgdg/include/64/server/libpq/libpq.h What am I missing? Thanks, Doug ___ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users
