Barton Michael wrote: > I just updated from trunk today and tried to compile GRASS 7. > > r3.in.ascii failed to compile with the following error. > > Michael > > cmb-MBP:r3.in.ascii cmbarton$ make > : && gcc > -L/Users/cmbarton/grass_dev/grass70_dev/dist.i386-apple-darwin10.4.0/lib > -L/Users/cmbarton/grass_dev/grass70_dev/dist.i386-apple-darwin10.4.0/lib > -arch i386 -arch x86_64 -o > /Users/cmbarton/grass_dev/grass70_dev/dist.i386-apple-darwin10.4.0/bin/r3.in.ascii > OBJ.i386-apple-darwin10.4.0/main.o -lgrass_g3d.7.0.svn > -lgrass_gis.7.0.svn > Undefined symbols for architecture i386: > "_Rast_set_history", referenced from: > _main in main.o
This should be fixed by r42746; also for r3.info. There shouldn't be any other modules with this issue. r3.to.rast is the only other raster3d module which uses the history functions, and that already linked against $(RASTERLIB). Any non-raster3d modules which use the history will have needed to link against $(RASTERLIB) in order to read/write the history file (G3d has its own versions of these functions). This didn't show up on Linux as libgrass_raster is pulled in automatically by libgrass_g3d, and that's good enough for the GNU linker. I suspect that it might also have been an issue on Windows. -- Glynn Clements <gl...@gclements.plus.com> _______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev