[gdal-dev] Fw: Re: [GRASS-user] Linking error in photo.2image
hamish_b at yahoo.com
Mon Sep 15 04:26:16 EDT 2008
[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.
> > > 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.
> > 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.
> > > 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
> > Also, bear in mind that i.ortho.photo is "dead" in 7.x.
> grass-user mailing list
More information about the gdal-dev