Re: [GRASS-dev] 7.svn fails to build from source (solved/doh!)
Hamish wrote: OT: can tools/sql.sh be adapted to work with SQLite as the target DB? AFAICT, you would need to replace the \copy commands with .import (and change the .lst format to match), and replace SELECT ... INTO with CREATE TABLE ... AS. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
I don't think it can - it needs Wxwidgets. It's a wxwidgets problem, so we can only work around it if/until wxwidgets is ever fixed (if that's even possible). Currently nviz and vdigit avoid this by a work around. On Jul 20, 2009, at 11:21 PM, Michael Barton wrote: Maybe xganim needs to be changed to avoid this? Michael C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Phone: 480-965-6262 Fax: 480-965-7671 www: www.public.asu.edu/~cmbarton On Jul 20, 2009, at 9:05 PM, William Kyngesburye wrote: I updated the makefile to strip 64bit flags on OSX. But I found another problem: it uses WXWIDGETSLIB for linking (it's only wxwidgets, not wxpython), and it includes universal flags, independently of however GRASS is configured. I've been compiling GRASS 7 with -arch i386 -arch x86_64, skipping PPC, and I'm sure many people will just opt for a native build (i386 or ppc). So, the sources compile i386 (stripped of x86_64), but then tries to link i386 + ppc because of WXWIDGETSLIB. Nothing I can do about this, it's really a wxwidgets config bug. arch flags should not be a part of link flags, and the arch flags don't even appear in WXWIDGETSCXXFLAGS or WXWIDGETSCPPFLAGS where they should be. The workaround is to make sure to configure GRASS universal. WXWIDGETSLIB doesn't affect the wxpython modules, nviz and vdigit, wince they use a setup.py (where I have WXWIDGETSLIB ignored for OSX, though I'm not sure this is the right way). Maybe I can strip the arch flags out of WXWIDGETSLIB... - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
On Jul 21, 2009, at 7:58 AM, William Kyngesburye wrote: I don't think it can - it needs Wxwidgets. It's a wxwidgets problem, so we can only work around it if/until wxwidgets is ever fixed (if that's even possible). I meant rewrite this into wxPython so that this is no longer a problem. Building on work by Glynn, I did a TclTk replacement for xganim awhile back. Michael Currently nviz and vdigit avoid this by a work around. On Jul 20, 2009, at 11:21 PM, Michael Barton wrote: Maybe xganim needs to be changed to avoid this? Michael C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Phone: 480-965-6262 Fax: 480-965-7671 www: www.public.asu.edu/~cmbarton On Jul 20, 2009, at 9:05 PM, William Kyngesburye wrote: I updated the makefile to strip 64bit flags on OSX. But I found another problem: it uses WXWIDGETSLIB for linking (it's only wxwidgets, not wxpython), and it includes universal flags, independently of however GRASS is configured. I've been compiling GRASS 7 with -arch i386 -arch x86_64, skipping PPC, and I'm sure many people will just opt for a native build (i386 or ppc). So, the sources compile i386 (stripped of x86_64), but then tries to link i386 + ppc because of WXWIDGETSLIB. Nothing I can do about this, it's really a wxwidgets config bug. arch flags should not be a part of link flags, and the arch flags don't even appear in WXWIDGETSCXXFLAGS or WXWIDGETSCPPFLAGS where they should be. The workaround is to make sure to configure GRASS universal. WXWIDGETSLIB doesn't affect the wxpython modules, nviz and vdigit, wince they use a setup.py (where I have WXWIDGETSLIB ignored for OSX, though I'm not sure this is the right way). Maybe I can strip the arch flags out of WXWIDGETSLIB... - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
On Mon, Jul 20, 2009 at 7:54 AM, Michael Bartonmichael.bar...@asu.edu wrote: FWIW, I haven't been able to compile GRASS 7 from source for many weeks now. Last time I asked William Kyngesburye about it, he had not been able to compile it either. Has anyone else tried on the Mac recently? I get a lot of errors. I am using geos, with a path set to one William's framwork build of geos. I would suggest to try without GEOS first and fix all outstanding things. Then only compile with GEOS support and fix the rest... GEOS is yet quite optional and doesn't do all things as expected (personal mail from MarkusM). Makes sense? Please report the errors in detail to get 'em fixed. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Most of the errors I get right now are missing raster lib in linking. All these complain about missing Rast_* functions: display/d.colortable display/d.his display/d.histogram display/d.legend display/d.nviz display/d.profile display/d.rast display/d.rast.arrow display/d.rast.num display/d.rgb display/d.title display/d.vect general/g.mremove general/g.region general/g.remove general/g.rename raster/r.gwflow raster/r.neighbors raster/r.resamp.rst raster/r.resamp.stats raster/r.series raster/r.to.rast3 raster/r.to.rast3elev raster/r.univar raster3d/r3.cross.rast raster3d/r3.out.vtk raster3d/r3.to.rast vector/v.vol.rst On Jul 20, 2009, at 4:29 AM, Markus Neteler wrote: On Mon, Jul 20, 2009 at 7:54 AM, Michael Bartonmichael.bar...@asu.edu wrote: FWIW, I haven't been able to compile GRASS 7 from source for many weeks now. Last time I asked William Kyngesburye about it, he had not been able to compile it either. Has anyone else tried on the Mac recently? I get a lot of errors. I am using geos, with a path set to one William's framwork build of geos. I would suggest to try without GEOS first and fix all outstanding things. Then only compile with GEOS support and fix the rest... GEOS is yet quite optional and doesn't do all things as expected (personal mail from MarkusM). Makes sense? Please report the errors in detail to get 'em fixed. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
On Mon, Jul 20, 2009 at 4:15 PM, William Kyngesburyewokl...@kyngchaos.com wrote: Most of the errors I get right now are missing raster lib in linking. All these complain about missing Rast_* functions: display/d.colortable display/d.his display/d.histogram display/d.legend display/d.nviz display/d.profile display/d.rast display/d.rast.arrow display/d.rast.num display/d.rgb display/d.title display/d.vect general/g.mremove general/g.region general/g.remove general/g.rename raster/r.gwflow raster/r.neighbors raster/r.resamp.rst raster/r.resamp.stats raster/r.series raster/r.to.rast3 raster/r.to.rast3elev raster/r.univar raster3d/r3.cross.rast raster3d/r3.out.vtk raster3d/r3.to.rast vector/v.vol.rst Try from SVN, I have updated the Makefiles. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
You missed d.title and g.remove. I also forgot one - it didn't look like a raster lib problem at first, but I didn't scroll up far enough: r3.mkdspf. Otherwise, they all now compile. PS. I forgot to mention - no errors have anything to do with GEOS. But maybe there are runtime issues with that? On Jul 20, 2009, at 10:39 AM, Markus Neteler wrote: On Mon, Jul 20, 2009 at 4:15 PM, William Kyngesburyewokl...@kyngchaos.com wrote: Most of the errors I get right now are missing raster lib in linking. All these complain about missing Rast_* functions: display/d.colortable display/d.his display/d.histogram display/d.legend display/d.nviz display/d.profile display/d.rast display/d.rast.arrow display/d.rast.num display/d.rgb display/d.title display/d.vect general/g.mremove general/g.region general/g.remove general/g.rename raster/r.gwflow raster/r.neighbors raster/r.resamp.rst raster/r.resamp.stats raster/r.series raster/r.to.rast3 raster/r.to.rast3elev raster/r.univar raster3d/r3.cross.rast raster3d/r3.out.vtk raster3d/r3.to.rast vector/v.vol.rst Try from SVN, I have updated the Makefiles. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Please do it directly. Takes you 3 minutes :) Markus On Mon, Jul 20, 2009 at 5:57 PM, William Kyngesburyewokl...@kyngchaos.com wrote: You missed d.title and g.remove. I also forgot one - it didn't look like a raster lib problem at first, but I didn't scroll up far enough: r3.mkdspf. Otherwise, they all now compile. PS. I forgot to mention - no errors have anything to do with GEOS. But maybe there are runtime issues with that? On Jul 20, 2009, at 10:39 AM, Markus Neteler wrote: On Mon, Jul 20, 2009 at 4:15 PM, William Kyngesburyewokl...@kyngchaos.com wrote: Most of the errors I get right now are missing raster lib in linking. All these complain about missing Rast_* functions: display/d.colortable display/d.his display/d.histogram display/d.legend display/d.nviz display/d.profile display/d.rast display/d.rast.arrow display/d.rast.num display/d.rgb display/d.title display/d.vect general/g.mremove general/g.region general/g.remove general/g.rename raster/r.gwflow raster/r.neighbors raster/r.resamp.rst raster/r.resamp.stats raster/r.series raster/r.to.rast3 raster/r.to.rast3elev raster/r.univar raster3d/r3.cross.rast raster3d/r3.out.vtk raster3d/r3.to.rast vector/v.vol.rst Try from SVN, I have updated the Makefiles. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Just did an SVN update and compile of GRASS 7 on Mac. Here are the errors. Perhaps some are to be expected. I can check any others. Started compilation: Mon Jul 20 10:32:46 MST 2009 -- Errors in: /Users/cmbarton/grass_dev/grass7_src/display/d.title /Users/cmbarton/grass_dev/grass7_src/general/g.remove /Users/cmbarton/grass_dev/grass7_src/raster3d/r3.mkdspf /Users/cmbarton/grass_dev/grass7_src/visualization/xganim Michael On Jul 20, 2009, at 9:14 AM, Markus Neteler wrote: Please do it directly. Takes you 3 minutes :) Markus On Mon, Jul 20, 2009 at 5:57 PM, William Kyngesburyewokl...@kyngchaos.com wrote: You missed d.title and g.remove. I also forgot one - it didn't look like a raster lib problem at first, but I didn't scroll up far enough: r3.mkdspf. Otherwise, they all now compile. PS. I forgot to mention - no errors have anything to do with GEOS. But maybe there are runtime issues with that? On Jul 20, 2009, at 10:39 AM, Markus Neteler wrote: On Mon, Jul 20, 2009 at 4:15 PM, William Kyngesburyewokl...@kyngchaos.com wrote: Most of the errors I get right now are missing raster lib in linking. All these complain about missing Rast_* functions: display/d.colortable display/d.his display/d.histogram display/d.legend display/d.nviz display/d.profile display/d.rast display/d.rast.arrow display/d.rast.num display/d.rgb display/d.title display/d.vect general/g.mremove general/g.region general/g.remove general/g.rename raster/r.gwflow raster/r.neighbors raster/r.resamp.rst raster/r.resamp.stats raster/r.series raster/r.to.rast3 raster/r.to.rast3elev raster/r.univar raster3d/r3.cross.rast raster3d/r3.out.vtk raster3d/r3.to.rast vector/v.vol.rst Try from SVN, I have updated the Makefiles. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
On Mon, Jul 20, 2009 at 8:40 PM, Michael Bartonmichael.bar...@asu.edu wrote: Just did an SVN update and compile of GRASS 7 on Mac. Here are the errors. Perhaps some are to be expected. I can check any others. Started compilation: Mon Jul 20 10:32:46 MST 2009 -- Errors in: /Users/cmbarton/grass_dev/grass7_src/display/d.title /Users/cmbarton/grass_dev/grass7_src/general/g.remove /Users/cmbarton/grass_dev/grass7_src/raster3d/r3.mkdspf /Users/cmbarton/grass_dev/grass7_src/visualization/xganim You really need to go into these directories and launch make and post the errors... hard to guess them :) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
I just was hoping to avoid that for modules that are 'expected to fail' in the current state of GRASS 7. Michael __ C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262; fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton On Jul 20, 2009, at 11:49 AM, Markus Neteler wrote: On Mon, Jul 20, 2009 at 8:40 PM, Michael Bartonmichael.bar...@asu.edu wrote: Just did an SVN update and compile of GRASS 7 on Mac. Here are the errors. Perhaps some are to be expected. I can check any others. Started compilation: Mon Jul 20 10:32:46 MST 2009 -- Errors in: /Users/cmbarton/grass_dev/grass7_src/display/d.title /Users/cmbarton/grass_dev/grass7_src/general/g.remove /Users/cmbarton/grass_dev/grass7_src/raster3d/r3.mkdspf /Users/cmbarton/grass_dev/grass7_src/visualization/xganim You really need to go into these directories and launch make and post the errors... hard to guess them :) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
On Mon, Jul 20, 2009 at 8:59 PM, William Kyngesburyewokl...@kyngchaos.com wrote: d.title, g.remove and r3.mkdspf were missed in your makefile update (I forgot r3.mkdspf). Did you want me to fix the makefiles? Since it takes me more time to say again yes I did it for you. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
If those are fixed, the only remaining error would be in xgamin. Here is the error in more detail from the xgamin directory. wxWindow::MacGetLeftBorderSize() const, referenced from: vtable for wxStaticTextBasein gui.o vtable for wxBitmapButtonBasein gui.o vtable for wxButtonBasein gui.o vtable for MyCanvasin gui.o vtable for MyFramein gui.o wxAppBase::~wxAppBase(), referenced from: wxApp::~wxApp()in main.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/AK/AKpYwDw1EoWI+fFF02nvRk++ +TI/-Tmp-//ccaDRR0t.out (No such file or directory) make: *** [/Users/cmbarton/grass_dev/grass7_src/dist.i386-apple- darwin9.7.0/bin/xganim] Error 1 Michael C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Phone: 480-965-6262 Fax: 480-965-7671 www: www.public.asu.edu/~cmbarton On Jul 20, 2009, at 11:59 AM, William Kyngesburye wrote: d.title, g.remove and r3.mkdspf were missed in your makefile update (I forgot r3.mkdspf). Did you want me to fix the makefiles? On Jul 20, 2009, at 1:49 PM, Markus Neteler wrote: On Mon, Jul 20, 2009 at 8:40 PM, Michael Bartonmichael.bar...@asu.edu wrote: Just did an SVN update and compile of GRASS 7 on Mac. Here are the errors. Perhaps some are to be expected. I can check any others. Started compilation: Mon Jul 20 10:32:46 MST 2009 -- Errors in: /Users/cmbarton/grass_dev/grass7_src/display/d.title /Users/cmbarton/grass_dev/grass7_src/general/g.remove /Users/cmbarton/grass_dev/grass7_src/raster3d/r3.mkdspf /Users/cmbarton/grass_dev/grass7_src/visualization/xganim You really need to go into these directories and launch make and post the errors... hard to guess them :) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
I believe it needs 64bit flag stripping for OSX, like wxnviz and vdigit. I'll have time to look at this later. On Jul 20, 2009, at 2:02 PM, Michael Barton wrote: If those are fixed, the only remaining error would be in xgamin. Here is the error in more detail from the xgamin directory. wxWindow::MacGetLeftBorderSize() const, referenced from: vtable for wxStaticTextBasein gui.o vtable for wxBitmapButtonBasein gui.o vtable for wxButtonBasein gui.o vtable for MyCanvasin gui.o vtable for MyFramein gui.o wxAppBase::~wxAppBase(), referenced from: wxApp::~wxApp()in main.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/AK/AKpYwDw1EoWI+fFF02nvRk++ +TI/-Tmp-//ccaDRR0t.out (No such file or directory) make: *** [/Users/cmbarton/grass_dev/grass7_src/dist.i386-apple- darwin9.7.0/bin/xganim] Error 1 Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Hamish wrote: many/most modules fail to build with: [...] main.c:45: undefined reference to `G_add_keyword' it seems to be there in gisdefs.h . ?? Glynn: Defined in lib/gis/parser.c. This suggests that it's linking against an old version of the library. the Debian/stable grass package (v6.2.3) ships with a /etc/ld.so.conf.d/grass.conf file which adds /usr/lib/grass/lib to the library search path. Apparently it has been like that for years without conflict, I wonder why that becomes a problem only now? Or is that a red herring and something else is the problem? I suspect that's a red herring; if it was linking against 6.2.3, you would have many more such errors, e.g. missing G__gisinit. gcc -L/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/lib -L/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/lib -Wl,--export-dynamic -Wl,-rpath-link,/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/lib -o /usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/bin/db.drivers OBJ.x86_64-unknown-linux-gnu/main.o -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis -lgrass_datetime-lgrass_gis -lgrass_datetime -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lgrass_gis -lgrass_datetime -lgrass_datetime -lm OBJ.x86_64-unknown-linux-gnu/main.o: In function `parse_command_line': /usr/local/src/grass/svn/trunk/db/db.drivers/main.c:74: undefined reference to `G_add_keyword' /usr/local/src/grass/svn/trunk/db/db.drivers/main.c:75: undefined reference to `G_add_keyword' collect2: ld returned 1 exit status make: *** [/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/bin/db.drivers] Error 1 svn/trunk/dist.x86_64-unknown-linux-gnu/lib$ ldd libgrass_gis.so What about: nm -D libgrass_gis.so | fgrep G_add_keyword ? linux-vdso.so.1 = (0x7fffb79ff000) ! -libgrass_datetime.so = /usr/lib/grass/lib/libgrass_datetime.so (0x7fdbaf4e5000) That's not necessarily an issue. When you start GRASS, it adds $GISBASE/lib to DYLD_LIBRARY_PATH. Outside of GRASS, you would expect to see = not found if you didn't have some other version of GRASS installed. same for grass65 outside of GRASS, but from inside a GRASS 6.5 session ldd shows the correct library path. (because $LD_LIBRARY_PATH takes precedence over /etc/ld.so.conf?) Yes. Don't use --with-geos. ok, builds then. Is there a minimum GEOS version it needs? REQUIREMENTS.html didn't mention it. No idea. It does get past all the ./configure checks: That is my experience. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Michael Barton wrote: I just was hoping to avoid that for modules that are 'expected to fail' in the current state of GRASS 7. There aren't any modules which are expected to fail. I don't get any errors when configuring with every option except DWG and GEOS. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
That's good news. Michael C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Phone: 480-965-6262 Fax: 480-965-7671 www: www.public.asu.edu/~cmbarton On Jul 20, 2009, at 8:04 PM, Glynn Clements wrote: Michael Barton wrote: I just was hoping to avoid that for modules that are 'expected to fail' in the current state of GRASS 7. There aren't any modules which are expected to fail. I don't get any errors when configuring with every option except DWG and GEOS. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
I updated the makefile to strip 64bit flags on OSX. But I found another problem: it uses WXWIDGETSLIB for linking (it's only wxwidgets, not wxpython), and it includes universal flags, independently of however GRASS is configured. I've been compiling GRASS 7 with -arch i386 -arch x86_64, skipping PPC, and I'm sure many people will just opt for a native build (i386 or ppc). So, the sources compile i386 (stripped of x86_64), but then tries to link i386 + ppc because of WXWIDGETSLIB. Nothing I can do about this, it's really a wxwidgets config bug. arch flags should not be a part of link flags, and the arch flags don't even appear in WXWIDGETSCXXFLAGS or WXWIDGETSCPPFLAGS where they should be. The workaround is to make sure to configure GRASS universal. WXWIDGETSLIB doesn't affect the wxpython modules, nviz and vdigit, wince they use a setup.py (where I have WXWIDGETSLIB ignored for OSX, though I'm not sure this is the right way). Maybe I can strip the arch flags out of WXWIDGETSLIB... On Jul 20, 2009, at 4:09 PM, Michael Barton wrote: I just successfully compiled GRASS 7 (minus xgamin) on my Mac. Michael __ C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262; fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton On Jul 20, 2009, at 12:13 PM, William Kyngesburye wrote: I believe it needs 64bit flag stripping for OSX, like wxnviz and vdigit. I'll have time to look at this later. On Jul 20, 2009, at 2:02 PM, Michael Barton wrote: If those are fixed, the only remaining error would be in xgamin. Here is the error in more detail from the xgamin directory. wxWindow::MacGetLeftBorderSize() const, referenced from: vtable for wxStaticTextBasein gui.o vtable for wxBitmapButtonBasein gui.o vtable for wxButtonBasein gui.o vtable for MyCanvasin gui.o vtable for MyFramein gui.o wxAppBase::~wxAppBase(), referenced from: wxApp::~wxApp()in main.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/AK/AKpYwDw1EoWI+fFF02nvRk ++ +TI/-Tmp-//ccaDRR0t.out (No such file or directory) make: *** [/Users/cmbarton/grass_dev/grass7_src/dist.i386-apple- darwin9.7.0/bin/xganim] Error 1 Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Maybe xganim needs to be changed to avoid this? Michael C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Phone: 480-965-6262 Fax: 480-965-7671 www: www.public.asu.edu/~cmbarton On Jul 20, 2009, at 9:05 PM, William Kyngesburye wrote: I updated the makefile to strip 64bit flags on OSX. But I found another problem: it uses WXWIDGETSLIB for linking (it's only wxwidgets, not wxpython), and it includes universal flags, independently of however GRASS is configured. I've been compiling GRASS 7 with -arch i386 -arch x86_64, skipping PPC, and I'm sure many people will just opt for a native build (i386 or ppc). So, the sources compile i386 (stripped of x86_64), but then tries to link i386 + ppc because of WXWIDGETSLIB. Nothing I can do about this, it's really a wxwidgets config bug. arch flags should not be a part of link flags, and the arch flags don't even appear in WXWIDGETSCXXFLAGS or WXWIDGETSCPPFLAGS where they should be. The workaround is to make sure to configure GRASS universal. WXWIDGETSLIB doesn't affect the wxpython modules, nviz and vdigit, wince they use a setup.py (where I have WXWIDGETSLIB ignored for OSX, though I'm not sure this is the right way). Maybe I can strip the arch flags out of WXWIDGETSLIB... On Jul 20, 2009, at 4:09 PM, Michael Barton wrote: I just successfully compiled GRASS 7 (minus xgamin) on my Mac. Michael __ C. Michael Barton, Professor of Anthropology Director of Graduate Studies, School of Human Evolution Social Change Director, Center for Social Dynamics Complexity Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262; fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton On Jul 20, 2009, at 12:13 PM, William Kyngesburye wrote: I believe it needs 64bit flag stripping for OSX, like wxnviz and vdigit. I'll have time to look at this later. On Jul 20, 2009, at 2:02 PM, Michael Barton wrote: If those are fixed, the only remaining error would be in xgamin. Here is the error in more detail from the xgamin directory. wxWindow::MacGetLeftBorderSize() const, referenced from: vtable for wxStaticTextBasein gui.o vtable for wxBitmapButtonBasein gui.o vtable for wxButtonBasein gui.o vtable for MyCanvasin gui.o vtable for MyFramein gui.o wxAppBase::~wxAppBase(), referenced from: wxApp::~wxApp()in main.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/AK/AKpYwDw1EoWI+fFF02nvRk ++ +TI/-Tmp-//ccaDRR0t.out (No such file or directory) make: *** [/Users/cmbarton/grass_dev/grass7_src/dist.i386-apple- darwin9.7.0/bin/xganim] Error 1 Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source (solved/doh!)
Hamish wrote: many/most modules fail to build with: [...] main.c:45: undefined reference to `G_add_keyword' it seems to be there in gisdefs.h . ?? Glynn: Defined in lib/gis/parser.c. This suggests that it's linking against an old version of the library. What about: nm -D libgrass_gis.so | fgrep G_add_keyword ? (today's SVN, after 'make distclean') trunk/dist.x86_64.../lib$ nm -D libgrass_gis.so | fgrep -c G_add_keyword 0 lib$ strings libgrass_gis.so | grep Revision $Revision: 37043 $ While it should have been at r38339: https://trac.osgeo.org/grass/log/grass/trunk/include/gis.h (svn keyword prop was not set; fixed in r38501) now rev number reports correctly but G_add_keyword still isn't there. no relevant warnings from lib/gis/ build: flate.c: In function 'G_zlib_compress': flate.c:325: warning: pointer targets in assignment differ in signedness flate.c: In function 'G_zlib_expand': flate.c:393: warning: pointer targets in assignment differ in signedness locale.c: In function 'G_init_locale': locale.c:27: warning: unused variable 'gisbase' parser.c: In function 'G_usage': parser.c:1069: warning: format '%s' expects type 'char *', but argument 3 has type 'const char **' parser.c: In function 'G_usage_xml': parser.c:1312: warning: passing argument 2 of 'print_escaped_for_xml' from incompatible pointer type parser.c: In function 'G_usage_html': parser.c:1544: warning: format '%s' expects type 'char *', but argument 3 has type 'const char **' parser.c: In function 'G_script': parser.c:1771: warning: format '%s' expects type 'char *', but argument 3 has type 'const char **' spawn.c: In function 'parse_argvec': spawn.c:474: warning: cast from pointer to integer of different size spawn.c:478: warning: cast from pointer to integer of different size spawn.c:479: warning: cast from pointer to integer of different size spawn.c:482: warning: cast from pointer to integer of different size spawn.c:487: warning: cast from pointer to integer of different size spawn.c:488: warning: cast from pointer to integer of different size spawn.c:489: warning: cast from pointer to integer of different size spawn.c:494: warning: cast from pointer to integer of different size spawn.c:495: warning: cast from pointer to integer of different size spawn.c:501: warning: cast from pointer to integer of different size spawn.c:502: warning: cast from pointer to integer of different size spawn.c:503: warning: cast from pointer to integer of different size spawn.c:504: warning: cast from pointer to integer of different size spawn.c:509: warning: cast from pointer to integer of different size spawn.c:515: warning: cast from pointer to integer of different size spawn.c:521: warning: cast from pointer to integer of different size spawn.c:524: warning: cast from pointer to integer of different size spawn.c:528: warning: cast from pointer to integer of different size spawn.c: In function 'parse_arglist': spawn.c:548: warning: cast from pointer to integer of different size spawn.c:552: warning: cast from pointer to integer of different size spawn.c:561: warning: cast from pointer to integer of different size spawn.c:568: warning: cast from pointer to integer of different size spawn.c:575: warning: cast from pointer to integer of different size spawn.c:583: warning: cast from pointer to integer of different size spawn.c:589: warning: cast from pointer to integer of different size spawn.c:595: warning: cast from pointer to integer of different size spawn.c:598: warning: cast from pointer to integer of different size spawn.c:602: warning: cast from pointer to integer of different size ah, my copy of parser.c had a manually-repaired prior conflict and 'svn resolved' was never run so 'svn up' was skipping it and 'svn diff' wasn't showing anything. Sorted that out and now I've got the latest version with G_add_keywords(). nevermind, now it builds ok. OT: can tools/sql.sh be adapted to work with SQLite as the target DB? thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] 7.svn fails to build from source
Hi, currently I can't compile GRASS 7.svn on two different machines, fails in two different ways: Debian/Lenny on 64bit: -- many/most modules fail to build with: [...] main.c:45: undefined reference to `G_add_keyword' it seems to be there in gisdefs.h . ?? Debian/Etch on 32bit: - lib/vector/diglib fails with: gcc -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -ggdb -march=pentium4 -Wall -Werror-implicit-function-declaration -fPIC -I/usr/include/gdal -I/usr/include -DPACKAGE=\grasslibs\ -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -o OBJ.i686-pc-linux-gnu/allocation.o -c allocation.c In file included from allocation.c:21: /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:474: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:475: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:476: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:477: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:478: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token make: *** [OBJ.i686-pc-linux-gnu/allocation.o] Error 1 ? thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Hamish wrote: Debian/Lenny on 64bit: -- many/most modules fail to build with: [...] main.c:45: undefined reference to `G_add_keyword' it seems to be there in gisdefs.h . ?? Defined in lib/gis/parser.c. This suggests that it's linking against an old version of the library. Debian/Etch on 32bit: - lib/vector/diglib fails with: gcc -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -ggdb -march=pentium4 -Wall -Werror-implicit-function-declaration -fPIC -I/usr/include/gdal -I/usr/include -DPACKAGE=\grasslibs\ -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -o OBJ.i686-pc-linux-gnu/allocation.o -c allocation.c In file included from allocation.c:21: /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:474: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token Don't use --with-geos. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Hamish wrote: Debian/Lenny on 64bit: -- many/most modules fail to build with: [...] main.c:45: undefined reference to `G_add_keyword' it seems to be there in gisdefs.h . ?? Glynn: Defined in lib/gis/parser.c. This suggests that it's linking against an old version of the library. the Debian/stable grass package (v6.2.3) ships with a /etc/ld.so.conf.d/grass.conf file which adds /usr/lib/grass/lib to the library search path. Apparently it has been like that for years without conflict, I wonder why that becomes a problem only now? Or is that a red herring and something else is the problem? gcc -L/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/lib -L/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/lib -Wl,--export-dynamic -Wl,-rpath-link,/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/lib -o /usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/bin/db.drivers OBJ.x86_64-unknown-linux-gnu/main.o -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis -lgrass_datetime-lgrass_gis -lgrass_datetime -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lgrass_gis -lgrass_datetime -lgrass_datetime -lm OBJ.x86_64-unknown-linux-gnu/main.o: In function `parse_command_line': /usr/local/src/grass/svn/trunk/db/db.drivers/main.c:74: undefined reference to `G_add_keyword' /usr/local/src/grass/svn/trunk/db/db.drivers/main.c:75: undefined reference to `G_add_keyword' collect2: ld returned 1 exit status make: *** [/usr/local/src/grass/svn/trunk/dist.x86_64-unknown-linux-gnu/bin/db.drivers] Error 1 svn/trunk/dist.x86_64-unknown-linux-gnu/lib$ ldd libgrass_gis.so linux-vdso.so.1 = (0x7fffb79ff000) ! -libgrass_datetime.so = /usr/lib/grass/lib/libgrass_datetime.so (0x7fdbaf4e5000) libpthread.so.0 = /lib/libpthread.so.0 (0x7fdbaf2c9000) libm.so.6 = /lib/libm.so.6 (0x7fdbaf045000) libz.so.1 = /usr/lib/libz.so.1 (0x7fdbaee2e000) libc.so.6 = /lib/libc.so.6 (0x7fdbaeadb000) /lib64/ld-linux-x86-64.so.2 (0x7fdbaf941000) ? Debian/Etch on 32bit: - lib/vector/diglib fails with: gcc -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -ggdb -march=pentium4 -Wall -Werror-implicit-function-declaration -fPIC -I/usr/include/gdal -I/usr/include -DPACKAGE=\grasslibs\ -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -I/usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include -o OBJ.i686-pc-linux-gnu/allocation.o -c allocation.c In file included from allocation.c:21: /usr/local/src/grass/svn/trunk/dist.i686-pc-linux-gnu/include/grass/vector.h:474: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token Don't use --with-geos. ok, builds then. Is there a minimum GEOS version it needs? REQUIREMENTS.html didn't mention it. It does get past all the ./configure checks: checking whether to use GEOS... yes checking for geos-config... /usr/bin/geos-config checking for geos_c.h... yes I have libgeos-dev 2.2.3-3 installed. thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 7.svn fails to build from source
Hamish wrote: svn/trunk/dist.x86_64-unknown-linux-gnu/lib$ ldd libgrass_gis.so linux-vdso.so.1 = (0x7fffb79ff000) ! -libgrass_datetime.so = /usr/lib/grass/lib/libgrass_datetime.so (0x7fdbaf4e5000) libpthread.so.0 = /lib/libpthread.so.0 (0x7fdbaf2c9000) libm.so.6 = /lib/libm.so.6 (0x7fdbaf045000) libz.so.1 = /usr/lib/libz.so.1 (0x7fdbaee2e000) libc.so.6 = /lib/libc.so.6 (0x7fdbaeadb000) /lib64/ld-linux-x86-64.so.2 (0x7fdbaf941000) same for grass65 outside of GRASS, but from inside a GRASS 6.5 session ldd shows the correct library path. (because $LD_LIBRARY_PATH takes precedence over /etc/ld.so.conf?) Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev