[GRASS-dev] Re: [GRASS GIS] #1008: WinGrass7 - disable LFS

[GRASS GIS]

#1008: WinGrass7 - disable LFS
------------------------------+---------------------------------------------
  Reporter:  hellik           |       Owner:  grass-dev at 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>