#1008: WinGrass7 - disable LFS ------------------------------+--------------------------------------------- Reporter: hellik | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Compiling | Version: svn-trunk Resolution: | Keywords: wingrass Platform: MSWindows Vista | Cpu: x86-32 ------------------------------+--------------------------------------------- Comment (by glynn):
Replying to [comment:6 hellik]: > in v.patch, r.patch r.li.patchdensity,r.li.patchnum, that seems again to be the problem with UAC and reserverd words for safety in the windows world. :o( That would be my guess. > that's interesting, because all manifests for all exe-files are built. Ah, but they're all built in one operation at the very end of the build process. They need to be built before "<cmd> --html-description" is run to generate the HTML documentation. > but I've got a little bit further. > > now both folders C:\OSGeo4W\usr\src\grass_trunk\bin.i686-pc-mingw32 and C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32 are build and grass7 is working from in there. > > but nothing is in installed in C:\OSGeo4W\apps\grass. I've never tested the OSGeo4W packaging. I normally just test building to dist.<arch>, and recently "make install" (to put it into "C:\Program Files"). > so this report should only be valid for lib/vector/diglib, The diglib issue should only happen if you don't unset USE_LARGEFILES, and should be harmless (the test is the last step, so failure doesn't cause anything important to be skipped). As MinGW doesn't understand _FILE_OFFSET_BITS, the value of USE_LARGEFILES should have no effect, other than selecting test64.ok rather than test32.ok. IOW, it's the test which is broken; the library itself works fine. -- Ticket URL: <https://trac.osgeo.org/grass/ticket/1008#comment:8> GRASS GIS <http://grass.osgeo.org>
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev