[Gdal-dev] compile problems re: GIF on RHEL 5/64-bit platform

[Doug_Newcomb at fws.gov]

John,
      I usually add /usr/local/lib to /etc/ld.so.conf .  I've noticed that
when I've compiled things from source on Centos that I have to disable
selinux and run /sbin/ldconfig after I install ( Proj4, geos, ecw, etc)
before it will allow the new libraries to be seen in the library path.
I've been thinking about building rpms and seeing how that goes ( In my
copious spare time) to avoid that issue.  Long term, I probably just need
to wrap my head around selinux configuration.


Doug

Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14 doug_newcomb at fws.gov
---------------------------------------------------------------------------------------------------------

The opinions I express are my own and are not representative of the
official policy of the U.S.Fish and Wildlife Service or Dept. of Interior.
I left my signature file in /dev/null


                                                                           
             John Cartwright                                               
             <John.C.Cartwrigh                                             
             t at noaa.gov>                                                To 
             Sent by:                  gdal-dev at lists.maptools.org         
             gdal-dev-bounces@                                          cc 
             lists.maptools.or                                             
             g                                                     Subject 
                                       Re: [Gdal-dev] compile problems re: 
                                       GIF on RHEL 5/64-bit platform       
             07/11/2007 11:46                                              
             AM                                                            
                                                                           
                                                                           
                                                                           
                                                                           




Hi Doug,

thanks for the suggestion. I was able to get gdal to compile using a
modified egif_lib.c that Frank supplied. However, strangely the gdal
executables don't seem to be able to find some of the shared libraries
even though the directory is listed in the LD_LIBRARY_PATH variable. Did
you have any issues like this? It may be a problem specific to RHEL 5.

Thanks again!

--john


Doug_Newcomb at fws.gov wrote:
> John,
>
>       If it helps, I've just compiled 1.4.2 on Centos 5 64-bit using the
> external gif libraries and it finished compilation  using the system
> giflib-devel-4.1.3-7.1.el5.1.  Frank,  what are the advantages of using
the
> internal gif library over the external gif library ?
>
> Doug
>
> Doug Newcomb
> USFWS
> Raleigh, NC
> 919-856-4520 ext. 14 doug_newcomb at fws.gov
>
---------------------------------------------------------------------------------------------------------

>
> The opinions I express are my own and are not representative of the
> official policy of the U.S.Fish and Wildlife Service or Dept. of
Interior.
> I left my signature file in /dev/null
>
>
>

>              Frank Warmerdam

>              <warmerdam at pobox.

>              com>
To
>              Sent by:                  John Cartwright

>              gdal-dev-bounces@         <John.C.Cartwright at noaa.gov>

>              lists.maptools.or
cc
>              g                         gdal-dev at lists.maptools.org

>
Subject
>                                        Re: [Gdal-dev] compile problems
re:
>              07/10/2007 04:31          GIF on RHEL 5/64-bit platform

>              PM

>

>

>

>

>

>
>
>
>
> John Cartwright wrote:
>
>> Hello All,
>>
>> I'm trying to compile 1.4.2 on a RHEL 5 platform.  I configured using
>> "--with-gif=internal", but during the compilation process I'm stopped
by:
>> ...
>> gcc -c -I/extra/contrib/src/gdal-1.4.2/port
>> -I/extra/contrib/src/gdal-1.4.2/gcore
>> -I/extra/contrib/src/gdal-1.4.2/alg -I/extra/contrib/src/gdal-1.4.2/ogr
>> -I/extra/contrib/src/gdal-1.4.2/ogr/ogrsf_frmts -DOGR_ENABLED
>> -Df2cFortran -D_POSIX_SOURCE -I/extra/contrib/src/gdal-1.4.2/port
>> -I/extra/contrib/netcdf-3.6.2 -I/extra/contrib/netcdf-3.6.2/include
>> -Ilibungif -Wall -O2 libungif/egif_lib.c  -fPIC -DPIC
>> -o../o/.libs/egif_lib.o
>> libungif/egif_lib.c: In function 'EGifOpenFileName':
>> libungif/egif_lib.c:79: error: 'S_IREAD' undeclared (first use in this
>> function)
>> libungif/egif_lib.c:79: error: (Each undeclared identifier is reported
>> only once
>> libungif/egif_lib.c:79: error: for each function it appears in.)
>> libungif/egif_lib.c:79: error: 'S_IWRITE' undeclared (first use in this
>> function)
>>
>
> John,
>
> Could you try substituting:
>
>
http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/gif/libungif/egif_lib.c?format=raw

>
>
> for gdal/frmts/gif/libungif/egif_lib.c and see if that builds?  If so,
> please file a bug against GDAL and I'll make sure this fix makes it into
> the 1.4 branch too.  I'm guessing that RHEL 5 is removing some deprecated
> macros, like S_IREAD and S_IWRITE as part of a cleanup-and-modernize
> effort.
>
> Best regards,
> --
>
---------------------------------------+--------------------------------------

>
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | President OSGeo,
http://osgeo.org
>
> _______________________________________________
> Gdal-dev mailing list
> Gdal-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/gdal-dev
>
>
>
>
_______________________________________________
Gdal-dev mailing list
Gdal-dev at lists.maptools.org
http://lists.maptools.org/mailman/listinfo/gdal-dev