I am having trouble getting GDAL to recognize ASRP IMG files when the
filename ends in anything other than 01.IMG. For example I have a directory
containing the following ASRP files:
U2881301.GEN,
U2881301.GER,
U2881301.IMG,
U2881301.QAL,
U2881301.SOU,
U2881302.IMG.
When i try to gen
Alans wrote:
>
>
> The problem here is that it is looking for libexpat.so in /usr/lib rather
> than /usr/lib64.
>
> I have tried configuring with '--with-expat-lib="-L/usr/lib64"' and with
> '--with-expat-lib=/usr/lib64' but neither made
Alans wrote:
>
>
>
> Alans wrote:
>>
>>
>>
>> Alans wrote:
>>>
>>>
>>>
>>> Frank Warmerdam wrote:
>>>>
>>>>
>>>> This is very odd - I've never seen something quite lik
Alans wrote:
>
>
>
> Alans wrote:
>>
>>
>>
>> Frank Warmerdam wrote:
>>>
>>>
>>> This is very odd - I've never seen something quite like it.
>>>
>>> One work around would likely be to configure GDAL -
pcreso wrote:
>
> Hi Alan,
>
> This doesn't fix you problem specifically, but may help.
>
> We usually use the packages from the OpenSuse Geo repository, which has
> SLES specific builds available. (We are using SLES for most Linux servers
> in our organisation)
>
> See: http://download.op
Alans wrote:
>
>
>
> Frank Warmerdam wrote:
>>
>>
>> This is very odd - I've never seen something quite like it.
>>
>> One work around would likely be to configure GDAL --without-libtool. I
>> wonder if 1.6.3 got released with an unst
Frank Warmerdam wrote:
>
>
> This is very odd - I've never seen something quite like it.
>
> One work around would likely be to configure GDAL --without-libtool. I
> wonder if 1.6.3 got released with an unstable libtool version. Could you
> try 1.6.2 on this system and see if that works?
>
I am trying to build gdal on SUSE LINUX Enterprise Server 10 and I get the
following error. I have tried 1.6.3 and the latest daily build. Both give
the same error.
a...@stratford:~/gdal/gdal-1.6.3 47% gmake
(cd port; gmake)
gmake[1]: Entering directory `/nashome/alan/gdal/gdal-1.6.3/port'
/bin/s
