[GRASS-dev] Re: [GRASS GIS] #469: raster data needs binary mode on windows

GRASS GIS trac at osgeo.org
Wed Feb 4 19:48:32 EST 2009


#469: raster data needs binary mode on windows
---------------------------+------------------------------------------------
  Reporter:  jef           |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect        |      Status:  new                      
  Priority:  major         |   Milestone:  6.4.0                    
 Component:  default       |     Version:  6.4.0 RCs                
Resolution:                |    Keywords:                           
  Platform:  MSWindows XP  |         Cpu:  Unspecified              
---------------------------+------------------------------------------------
Comment (by glynn):

 Replying to [comment:13 glynn]:

 > I think that you need to modify ARCH_LIB_OBJS (which has the $(OBJDIR)/
 prefix added) on 6.x. That uses eager assignment (:=), so its value is set
 based upon the value of $(LIB_OBJS) at the point that Lib.make is
 included; subsequent changes to LIB_OBJS won't have any effect.

 Scratch that; it won't work in 6.x. The only way to override the list of
 object files is to fully define LIB_OBJS '''before''' Lib.make is
 included, e.g.:
 {{{
 LIB_OBJS := $(subst .c,.o,$(wildcard *.c))
 LIB_OBJS := $(filter-out fmode.o dllmain.o,$(LIB_OBJS))
 }}}

 > 7.0 added an extra lazy assignment step to make it easier to override
 the list of object files.

 It also separated out the variable definitions from the rules, so that you
 can override variables after including Vars.make but before including e.g.
 Lib.make.

 6.x doesn't have this; you can't get at the variables before the rules
 which use them are defined. So, you can't modify any variables which are
 used in dependency lines, as those are expanded as they are read. You can
 override variables which are used in commands, as those aren't expanded
 until the commands are executed.

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/469#comment:14>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list