Re: Getting magick to compile on AIX with xlC and xlc
Rich Cook <[email protected]>
| Newsgroups | gmane.comp.video.image-magick.bugs |
|---|---|
| Message-ID | <[email protected]> |
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, [email protected] 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)