Re: [GRASS-dev] Integrate XDR lib into GRASS?
On Fri, Jun 8, 2012 at 11:08 PM, Glynn Clements gl...@gclements.plus.com wrote: Try r52015. Thanks for the update but how to test it properly? See if the 2D raster management still works as expected? sorry for being dense, Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Integrate XDR lib into GRASS?
Markus Neteler wrote: Thanks for the update but how to test it properly? See if the 2D raster management still works as expected? Yes. But update to r52036 first; r52015 was broken on big-endian platforms. -- 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] Integrate XDR lib into GRASS?
On Sat, May 19, 2012 at 9:31 AM, Glynn Clements gl...@gclements.plus.com wrote: Markus Neteler wrote: The simplest solution would just be to assume a normal architecture (IEEE-754 representation for floats, two's-complement integers) and scrap XDR completely. This would be nice for GRASS 7. Unfortunately I have no idea how to do that. I can do that for lib/raster, but XDR is also used by lib/raster3d, which I'm not familiar with. It would be great to see this already for lib/raster. Thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Integrate XDR lib into GRASS?
Markus Neteler wrote: The simplest solution would just be to assume a normal architecture (IEEE-754 representation for floats, two's-complement integers) and scrap XDR completely. This would be nice for GRASS 7. Unfortunately I have no idea how to do that. I can do that for lib/raster, but XDR is also used by lib/raster3d, which I'm not familiar with. It would be great to see this already for lib/raster. Try r52015. -- 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] Integrate XDR lib into GRASS?
Markus Neteler wrote: The simplest solution would just be to assume a normal architecture (IEEE-754 representation for floats, two's-complement integers) and scrap XDR completely. This would be nice for GRASS 7. Unfortunately I have no idea how to do that. I can do that for lib/raster, but XDR is also used by lib/raster3d, which I'm not familiar with. -- 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] Integrate XDR lib into GRASS?
On Thu, Mar 22, 2012 at 8:38 PM, Glynn Clements gl...@gclements.plus.com wrote: Markus Neteler wrote: here at the FOSSGIS.de conference we tried to compile GRASS for Android. A major obstacle was XDR (e.g., https://svn.r-project.org/R/trunk/src/extra/xdr). Since it is only 4 files (or perhaps less used), why not incorporating these files into the GRASS source code? FWIW, for the Cygwin build I used: http://code.google.com/p/bsd-xdr/ The simplest solution would just be to assume a normal architecture (IEEE-754 representation for floats, two's-complement integers) and scrap XDR completely. This would be nice for GRASS 7. Unfortunately I have no idea how to do that. Anyone wanting to run GRASS on a Vax[1] would need to supply the appropriate code and integration effort. [1] Vax is the most common architecture which doesn't use IEEE-754 for its native floating-point representation, and the only one which Sun's XDR implementation supports. The risk to have users asking for http://en.wikipedia.org/wiki/Vax support is rather low I guess :) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Integrate XDR lib into GRASS?
Markus Neteler wrote: here at the FOSSGIS.de conference we tried to compile GRASS for Android. A major obstacle was XDR (e.g., https://svn.r-project.org/R/trunk/src/extra/xdr). Since it is only 4 files (or perhaps less used), why not incorporating these files into the GRASS source code? FWIW, for the Cygwin build I used: http://code.google.com/p/bsd-xdr/ The simplest solution would just be to assume a normal architecture (IEEE-754 representation for floats, two's-complement integers) and scrap XDR completely. Anyone wanting to run GRASS on a Vax[1] would need to supply the appropriate code and integration effort. [1] Vax is the most common architecture which doesn't use IEEE-754 for its native floating-point representation, and the only one which Sun's XDR implementation supports. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Integrate XDR lib into GRASS?
Hi, here at the FOSSGIS.de conference we tried to compile GRASS for Android. A major obstacle was XDR (e.g., https://svn.r-project.org/R/trunk/src/extra/xdr). Since it is only 4 files (or perhaps less used), why not incorporating these files into the GRASS source code? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Integrate XDR lib into GRASS?
On Wed, Mar 21, 2012 at 02:42:27PM +0100, Markus Neteler wrote: Hi, here at the FOSSGIS.de conference we tried to compile GRASS for Android. A major obstacle was XDR (e.g., https://svn.r-project.org/R/trunk/src/extra/xdr). Since it is only 4 files (or perhaps less used), why not incorporating these files into the GRASS source code? Maybe it would be overkill, but gnulib is designed for such portability issues, maybe grass could use that more generally? http://www.gnu.org/software/gnulib/ I checked that there is some xdr support (from glibc): http://www.gnu.org/software/gnulib/manual/html_node/Glibc-rpc_002fxdr_002eh.html#Glibc-rpc_002fxdr_002eh There is an entry cost, though, and it integrates better when automake is used too. Also the fact that grass requires an old autoconf may be troublesome. -- Pat ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Integrate XDR lib into GRASS?
On Wed, Mar 21, 2012 at 04:24:11PM +0100, Markus Neteler wrote: On Wed, Mar 21, 2012 at 3:18 PM, Patrice Dumas pertu...@free.fr wrote: On Wed, Mar 21, 2012 at 02:42:27PM +0100, Markus Neteler wrote: ... Since it is only 4 files (or perhaps less used), why not incorporating these files into the GRASS source code? Maybe it would be overkill, but gnulib is designed for such portability issues, maybe grass could use that more generally? http://www.gnu.org/software/gnulib/ I checked that there is some xdr support (from glibc): http://www.gnu.org/software/gnulib/manual/html_node/Glibc-rpc_002fxdr_002eh.html#Glibc-rpc_002fxdr_002eh There is an entry cost, though, and it integrates better when automake is used too. Also the fact that grass requires an old autoconf may be troublesome. Unfortunately it will not help: http://www.gnu.org/software/gnulib/manual/html_node/xdrmem_005fcreate.html#xdrmem_005fcreate - Portability problems not fixed by Gnulib: This function is missing on some platforms: Cygwin 1.7.4, mingw, BeOS. ... and MingW is one of the relevant platforms... Indeed, it seems in fact that none of xdr* are really implemented, so that the platforms where the function is missing are merely listed... But if R and grass both need it, that's a hint that it may make sense to add them, even though you don't end up using it! I'll certainly go ask on the gnulib mailing list whether there is specific issue with xdr and gauge the interest there. -- Pat ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev