[Magick-bugs] Getting magick to compile on AIX with xlC and xlc
Rich Cook
rcook at llnl.gov
Tue Apr 29 10:39:31 PDT 2008
First, let me say, sorry for the vague error reporting. I'm glad to
see your interest in this.
On Apr 28, 2008, at 5:27 PM,
duc.sequere.aut.de.via.decede at imagemagick.org wrote:
>> Also, you might get an error due to the use of C++-style comments in
>
> We removed these from ImageMagick 6.4.1-0 Beta (available sometime
> tomorrow).
Cool!
>
>> "Macro name blahblahblah cannot be redefined."
>
> Can you post one or two of these messages so we know which macros
> to fix?
They are not in ImageMagick per se, they come out of autoconf and
result in the following kinds of errors:
-------------------------------------------------------------
Checking for TIFF support
-------------------------------------------------------------
checking tiff.h usability... no
checking tiff.h presence... yes
configure: WARNING: tiff.h: present but cannot be compiled
configure: WARNING: tiff.h: check for missing prerequisite headers?
configure: WARNING: tiff.h: see the Autoconf documentation
configure: WARNING: tiff.h: section "Present But Cannot Be Compiled"
configure: WARNING: tiff.h: proceeding with the preprocessor's result
configure: WARNING: tiff.h: in the future, the compiler will take
precedence
checking for tiff.h... yes
checking tiffio.h usability... no
checking tiffio.h presence... yes
configure: WARNING: tiffio.h: present but cannot be compiled
configure: WARNING: tiffio.h: check for missing prerequisite
headers?
configure: WARNING: tiffio.h: see the Autoconf documentation
configure: WARNING: tiffio.h: section "Present But Cannot Be
Compiled"
configure: WARNING: tiffio.h: proceeding with the preprocessor's result
configure: WARNING: tiffio.h: in the future, the compiler will take
precedence
checking for tiffio.h... yes
If you look in the config.log file and search for "cannot be
compiled", you see this:
configure:37636: xlc -c -I/usr/global/tools/ImageMagick/6.3.4/
aix_5_64_fed-break/include -L/usr/global/tools/ImageMagick/6.3.4/
aix_5_64_fed-break/lib -g -qlanglvl=extended -qcpluscmt -g -
qcpluscmt -I/opt/freeware/include/freetype2 -I/opt/freeware/include -
I/opt/freeware/include -I/usr/global/tools/ImageMagick/6.3.4/
aix_5_64_fed-break/include -L/usr/global/tools/ImageMagick/6.3.4/
aix_5_64_fed-break/lib -g -qlanglvl=extended -qcpluscmt -g -qcpluscmt
-I/usr/global/tools/ImageMagick/6.3.4/aix_5_64_fed-break/
ImageMagick-6.3.4/magick -I/usr/global/tools/ImageMagick/6.3.4/
aix_5_64_fed-break/ImageMagick-6.3.4/wand conftest.c >&5
"/opt/freeware/include/tiff.h", line 77.14: 1506-334 (S) Identifier
int8 has already been defined on line 618 of "/usr/include/sys/
inttypes.h".
"/opt/freeware/include/tiff.h", line 86.14: 1506-334 (S) Identifier
int32 has already been defined on line 620 of "/usr/include/sys/
inttypes.h".
This is the kind of thing I'm talking about. I'm not sure you can
fix this easily, since it's really a "problem with libtiff", but
maybe there is an autoconf knob you can turn for this. By default,
xlc is VERY picky, but setting -qlanglvl=extended makes it act more
"gnu-like"
>
> Thanks.
>
--
✐Richard Cook
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4037, Mail Stop L-557
7000 East Avenue, Livermore, CA, 94550, USA
☎ (office) (925) 423-9605
☎ (fax) (925) 423-6961
---
Information Management & Graphics Grp., Services & Development Div.,
Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)
More information about the Magick-bugs
mailing list