[GRASS-dev] [GRASS GIS] #1131: Global LFS for wingrass

GRASS GIS trac at osgeo.org
Fri Jun 14 06:17:02 PDT 2013

#1131: Global LFS for wingrass
 Reporter:  mmetz         |       Owner:  grass-dev@…              
     Type:  defect        |      Status:  new                      
 Priority:  critical      |   Milestone:  7.0.0                    
Component:  LibGIS        |     Version:  svn-trunk                
 Keywords:  LFS,wingrass  |    Platform:  MSWindows 7              
      Cpu:  All           |  

Comment(by glynn):

 Replying to [comment:18 mmetz]:

 > I have modified the configure tests such that any switches needed for
 LFS are stored as LFS_CFLAGS. Tests show that on Linux 64 bit, nothing is

 That's probably correct; fseeko and ftello are guarded by:
 #if defined __USE_LARGEFILE || defined __USE_XOPEN2K
 !__USE_LARGEFILE is implied by _XOPEN_SOURCE >= 500, while !__USE_XOPEN2K
 is implied by _POSIX_C_SOURCE >= 200112. If you don't have one of those
 two, you'll probably have other issues besides fseeko/ftello (e.g. M_PI,

 Aside: if you're testing for compatibility, start by adding -ansi or
 -std=c89 to CFLAGS, then add the minimum set of feature macros. The
 default is -std=gnu89, which enables practically all of the extensions

 About the only feature which isn't enabled by default is _BSD_SOURCE,
 which not only enables BSD extensions but favours them over the SysV
 versions (e.g. both BSD and SysV define getpgrp() and setpgrp(), but the
 BSD versions take arguments while the SysV versions don't).

Ticket URL: <https://trac.osgeo.org/grass/ticket/1131#comment:19>
GRASS GIS <http://grass.osgeo.org>

More information about the grass-dev mailing list