* The so called TIFF types conflict with definitions from inttypes.h
* included from sys/types.h on AIX (at least using VisualAge compiler).
* We try to work around this by detecting this case. Defining
* _TIFF_DATA_TYPEDEFS_ short circuits the later definitions in tiff.h, and
* we will in the holes not provided for by inttypes.h.
* See http://bugzilla.remotesensing.org/show_bug.cgi?id=39
I took the easy out and just commented out the three offending declarations -
be careful if you change compiler versions (xlc/cc/c89 and so on), as that may
change things around...
I seem to remember libtiff being a long afternoon's worth of porting, as
it took multiple iterations to stamp out all the sillyness in the libtiff
> libpng-1.2.5 also fails, even when modifying its pre-written Makefile
> (based on makefile.aix with "CC = xlc"): I got a_lot of syntax errors
> and missing types declarations in png.h.
Hard to diagnose without seeing the actual error messages, but it's
probably libpng not expecting to be built with xlc (it's either making a
lot of unwarranted gcc assumptions, or wants a different alias for the
I don't remember libpng as being a particularly difficult port to AIX,
even using the 'xlc' alias for the compiler...
> Dependency pkg-config fails as it only seem to compile with gcc as their
> makefile is not genric enough to support xlc...I wasn't able to compile
Quite frankly, you probably need to visit bullfreeware.
Alternatively, you might want to re-evaluate your product direction - if your
in-house AIX expertise wasn't able to figure out the libtiff and libpng issues,
you may be in trouble there. In addition, there seems to be weakness on
the Linux, Solaris, and Irix platforms as well:
> -Linux: Dependency libpng-1.2.5 cannot compile:
Almost certainly a misconfiguration causing an #include inside a #ifdef to be missed,
which resulted in a missing C 'struct' definition. I can't speculate more
without looking at the png.c source.
> configure: error:
> *** You must have either have gettext support in your C library,...
Repeat after me: "If configure fails, look in config.log".
What distribution/release of Linux was this on? gexttext *should* be
in any recent glibc release (note that glib and glibc are two different things
You should be able to just install gtk and all its pre-requisites on most
Linux distributions - RedHat, Debian, and Suse all support gtk "out of
> -Solaris: Dependency libpng-1.2.5 has problem (using makefile.so9).
> cc -o pngtest -I/usr/include -O3 pngtest.o -L. -R. -L/usr/lib -R/usr/lib -lpng12 -lz -lm
> cc: Warning: option -3 passed to ld
> /usr/ccs/bin/ld: illegal option -- 3
The Sun C compiler wants to see -O, not -O3. Were you using a makefile
that assumed that gcc was the compiler, or was it just a botched setting
> Also for pkg-config, I get:
> gcc -g -O2 -o pkg-config pkg.o partial-glib.o parse.o main.o findme.o
> popt.o poptconfig.o popthelp.o poptparse.o glib-1.2.8/.libs/libglib.al
> Undefined first referenced
> symbol in file
> setresuid popt.o
1) You're using gcc here, but cc for libpng - unclear why the change.
2) The reference to glib-1.2.8 looks like an upper-level Makefile passing
bad values for CFLAGS and/or LDFLAGS...
3) the setresuid() issue smells of a broken configuration - I suspect you
copied over a source tree from a Linux (or possibly *BSD) box, and
failed to re-run './configure' on Solaris....
Time to visit the SunFreeware site, I suspect...
> -Irix: Dependency libtiff fails:
> --- all ---
> = libtiff
> smake: Error: Can't figure out how to make -. Stop
> *** Error code 2
> smake: Error: 1 error
Yowza. I have *no* idea what you managed to do here....
And yes, SGI has a Freeware site with this sort of stuff already on it...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
-----END PGP SIGNATURE-----
][Date Next] [Thread Prev