[gdal-dev] Fw: Re: [GRASS-user] Linking error in photo.2image

[Hamish]

[fwd from the grass list]

> Glynn wrote:
> > > > It's more likely that some other file also contains a symbol named
> > > > "line". But the only one which I can find is the line() function in
> > > > lib/driver/Polygon.c, and that isn't exported.
> Hamish:
> > > led me to determine that the commit in which the problem is first
> > > seen is r33287 (initial r.external backport).
> > > http://trac.osgeo.org/grass/changeset/33187
> > > 
> > > unfortunately it's a complicated commit.
> Glynn: 
> > In that case, it's almost certainly due to the fact that GDAL exports
> > a variable named "line".
> 
> $ nm /usr/lib/libgdal1.5.0.a | grep ' line'
> 00000000 B line
> 
> ?
>  
> > You might want to report this to the GDAL developers; most of the
> > other variables have names which are unlikely to accidentally
> > conflict, but "line" is likely to be quite a common variable name.
> 
> ok
> 
> > > WRT line being used uninitialized in mark.c, I wonder if line is
> > > global there (and not reset to 0) so that the function can be
> > > reentrant and continue (line++) from where it last left off? (say a
> > > list continuing in a second column)
> > 
> > If that's the case, it can be declared
> > "static", which also solves the lack of initialisation.
> 
> I'll have to play with the module to understand that
> better.
> 
> 
> > Also, bear in mind that i.ortho.photo is "dead" in 7.x. 
> 
> noted.
> 
> 
> Hamish
>
> _______________________________________________
> grass-user mailing list
> grass-user&lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user