Page 1 of 1
tiffio.h presence
Posted: 2008-02-14T08:25:48-07:00
by LangeNet
Ok... I'm trying to get some tiff support for a proof of concept issue for an upcoming project and thus have resorted to trying to build tiff support with tiff-3.7.0. I can build the delgate properly, however when I try to re-configure IM for support I get:
checking tiffio.h usability... no
checking tiffio.h presence... no
checking for tiffio.h... no
All other is yes. I'd really appreciate if someone can help with this.
I've place tiffio.h in both /usr/local/lib and usr/shlib to noavail.
Has anyone run across this? Have any suggestions.
oh..I'm using ImageMagick-6.3.8
Thanks in advance.
Robert
Re: tiffio.h presence
Posted: 2008-02-14T08:57:55-07:00
by magick
Can you build with TIFF 3.8.2, the latest release? It includes the required tiffio.h header file.
Re: tiffio.h presence
Posted: 2008-02-14T09:37:44-07:00
by LangeNet
I wish I could. As mentioned in earlier posts, it appears that make is looking for g++ and I just have Ansi C. I would like to build with the latest but can't seem to without C++.
ANy suggestions on forcing to use base compiler?
Re: tiffio.h presence
Posted: 2008-02-14T09:45:13-07:00
by magick
ImageMagick is ANSI C. The configure script looks for a C++ compiler for the Magick++ C++ ImageMagick wrapper but it should build without it if none is found. What happens if you use these commands:
- export CC=gcc
./configure
make
Re: tiffio.h presence
Posted: 2008-02-14T09:57:52-07:00
by LangeNet
First off... thank you so much for responding. I have an urgent need to resolve this asap.
I get the following - as expected....
root_rcsr01# export CC=gcc
root_rcsr01# ./configure
checking build system type... alphaev68-dec-osf5.1b
checking host system type... alphaev68-dec-osf5.1b
checking target system type... alphaev68-dec-osf5.1b
checking for a BSD-compatible install... config/install-sh -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
If I export CC=cc , configure works fine, but make fails as below shows. (last couple of lines)
source='tif_stream.cxx' object='tif_stream.lo' libtool=yes DEPDIR=.deps depmode=none /bin/ksh ../config/depcomp /bin/ksh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I. -I. -c -o tif_stream.lo tif_stream.cxx
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I. -I. -I. -c tif_stream.cxx -o .libs/tif_stream.o
../libtool[11]: g++: not found
*** Exit 1
Re: tiffio.h presence
Posted: 2008-02-14T11:01:21-07:00
by magick
checking for C compiler default output file name... configure: error: C compiler cannot create executables
Looks like your gcc compiler is not installed properly. See config.log to see what the configure script is complaining about. Fix your compiler or use another compiler to build ImageMagick.
Re: tiffio.h presence
Posted: 2008-02-14T16:08:04-07:00
by LangeNet
I can build IM with just the C complier. I can't seem to build the tiff 3.8.2 because it appears to be looking for a C++ complier. I thought it should build with just the C compiler. Is there a way to for it to build with C rather than C++?
Re: tiffio.h presence
Posted: 2008-02-14T16:15:05-07:00
by magick
Your question is better suited for the TIFF discussion server/mailing list since it is a TIFF build problem rather than ImageMagick.
Re: tiffio.h presence
Posted: 2008-02-14T16:48:38-07:00
by LangeNet
Can you provide a link?... please.
thanks
Re: tiffio.h presence
Posted: 2008-02-14T17:03:24-07:00
by magick
You have the source distribution of the TIFF library. You will find the links you need in the documentation.
Re: tiffio.h presence
Posted: 2008-02-18T09:22:57-07:00
by LangeNet
Ok... I've compiled tiff-3.8.2 successfully with c++ but still when I configure IM I get:
checking tiff.h usability... yes
checking tiff.h presence... yes
checking for tiff.h... yes
checking tiffio.h usability... no
checking tiffio.h presence... no
checking for tiffio.h... no
checking for TIFFOpen in -ltiff... yes
checking for TIFFClientOpen in -ltiff... yes
checking for TIFFIsByteSwapped in -ltiff... yes
checking for TIFFReadRGBATile in -ltiff... yes
checking for TIFFReadRGBAStrip in -ltiff... yes
checking if TIFF package is complete... no -- some components failed test
I've copied to
/usr/local/lib/
/usr/shlib/
/usr/lib
Any ideas?
Rob
Re: tiffio.h presence
Posted: 2008-02-18T09:49:05-07:00
by magick
Look carefully at config.log. It tells you precisely why it failed to validate the TIFF delegate library. To ensure the configure script is working properly we installed TIFF-3.8.2 on our system and tiffio.h was found at /usr/local/include/tiffio.h.
Re: tiffio.h presence
Posted: 2008-02-18T11:28:07-07:00
by LangeNet
Well finally!!!
I had to copy tiffio.h to /usr/include/, then after that tiffvers.h to /usr/include/.
So I can configure IM fine, but when I make I get the error below:
gcc -c -I../ -I.. -fprm d -ieee -std -fprm d -ieee -DLANGUAGE_C -g -O2 -Wall -W -D_REENTRANT -pthread -O4 -DVERSION=\"6.3.8\" -DXS_VERSION=\"6.3.8\" "-I/usr/lib/perl-5.8.0/lib/5.8.0/alpha-dec_osf/CORE" -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE=1 -DHAVE_CONFIG_H Magick.c
gcc: d: No such file or directory
gcc: d: No such file or directory
cc1: error: unrecognized command line option "-ieee"
cc1: error: unrecognized command line option "-ieee"
cc1: error: unrecognized command line option "-std"
cc1: error: unrecognized command line option "-fprm"
cc1: error: unrecognized command line option "-fprm"
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
but.... /usr/lib/perl-5.8.0/lib/5.8.0/alpha-dec_osf/CORE does exist...so I'm not sure where the problem is.
Robert
Re: tiffio.h presence
Posted: 2008-02-18T15:19:55-07:00
by LangeNet
While I still don't understand why make complained, configuring it with "configure --without-perl" option allowed me to make and make install without errors.
Is there an advantage using Perl?