[GRASS-dev] 7.svn fails to build from source

cmbarton · July 20, 2009, 5:54am

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.

Michael

On Jul 19, 2009, at 8:57 PM, grass-dev-request@lists.osgeo.org wrote:

Date: Mon, 20 Jul 2009 04:57:45 +0100
From: Glynn Clements <glynn@gclements.plus.com>
Subject: Re: [GRASS-dev] 7.svn fails to build from source
To: Hamish <hamish_b@yahoo.com>
Cc: grass-dev <grass-dev@lists.osgeo.org>
Message-ID: <19043.60217.750211.46445@cerise.gclements.plus.com>
Content-Type: text/plain; charset=us-ascii

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 <glynn@gclements.plus.com>

neteler · July 20, 2009, 9:29am

On Mon, Jul 20, 2009 at 7:54 AM, Michael Barton<michael.barton@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

William_Kyngesburye · July 20, 2009, 2:15pm

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 Barton<michael.barton@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

neteler · July 20, 2009, 3:39pm

On Mon, Jul 20, 2009 at 4:15 PM, William
Kyngesburye<woklist@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

cmbarton · July 20, 2009, 3:39pm

Looks similar to the errors I get.

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 7:15 AM, William Kyngesburye 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

On Jul 20, 2009, at 4:29 AM, Markus Neteler wrote:

On Mon, Jul 20, 2009 at 7:54 AM, Michael
Barton<michael.barton@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
grass-dev Info Page

-----
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

William_Kyngesburye · July 20, 2009, 3:57pm

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
Kyngesburye<woklist@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

neteler · July 20, 2009, 4:14pm

Please do it directly. Takes you 3 minutes

Markus

On Mon, Jul 20, 2009 at 5:57 PM, William
Kyngesburye<woklist@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
Kyngesburye<woklist@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

William_Kyngesburye · July 20, 2009, 4:49pm

Um, what - update r3.mkdspf makefile, or try running GRASS to see if there are GEOS problems?

On Jul 20, 2009, at 11:14 AM, Markus Neteler wrote:

Please do it directly. Takes you 3 minutes

Markus

On Mon, Jul 20, 2009 at 5:57 PM, William
Kyngesburye<woklist@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
Kyngesburye<woklist@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

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence....

- the wisdom of Tarzan

cmbarton · July 20, 2009, 6:40pm

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
Kyngesburye<woklist@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
Kyngesburye<woklist@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
grass-dev Info Page

-----
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

neteler · July 20, 2009, 6:49pm

On Mon, Jul 20, 2009 at 8:40 PM, Michael Barton<Michael.Barton@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

cmbarton · July 20, 2009, 6:53pm

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 Barton<Michael.Barton@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

William_Kyngesburye · July 20, 2009, 6:59pm

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 Barton<Michael.Barton@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.

neteler · July 20, 2009, 7:02pm

On Mon, Jul 20, 2009 at 8:59 PM, William
Kyngesburye<woklist@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

cmbarton · July 20, 2009, 7:02pm

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
Barton<Michael.Barton@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
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.

William_Kyngesburye · July 20, 2009, 7:13pm

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

cmbarton · July 20, 2009, 7:22pm

OK. Thanks.

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

cmbarton · July 20, 2009, 9:09pm

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

Glynn_Clements1 · July 21, 2009, 3:04am

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 <glynn@gclements.plus.com>

cmbarton · July 21, 2009, 3:56am

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 <glynn@gclements.plus.com>

William_Kyngesburye · July 21, 2009, 4:05am

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.