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

[GRASS GIS]

#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
 needed.

 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,
 SA_RESTART).

 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
 (POSIX, X/Open, SUS, SVID, BSD, GNU).

 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>