From: Hans U. N. <gp...@n-...> - 2004-04-06 22:09:27
|
"Jan Patera" <pa...@pi...> writes: > unless you equip libexif with definitions of uint16_t, uint32_t > and int32_t, this "simple" change will break compilability for many > platforms. E.g. MSVC does not know such types (is it in some latest C++ > standard?). I have now added the macro from libgphoto2 which creates a _stdint.h which should always contain adequate definitions for u?int(8|16|32)_t. I don't have MSVC, so could you please test it? You can find a test tarball at http://n-dimensional.de/blaf/libexif-0.6.9.tar.gz http://n-dimensional.de/blaf/exif-0.6.9.tar.gz [ test tarballs for the 0.7.0 release ] BTW, how are you compiling libexif with MSVC? On unixoid systems, you run ./configure make make install On Windows, you don't have a shell to execute configure, so how do you do that? BTW, I managed to cross-compile the code from the tarball on a Debian system for a W32 target using mingw32 using ./configure --host=3Di586-mingw32msvc but I don't know how that helps you MSVC people, or how to create a .DLL file. The result is just a libexif.a file. Porting stuff to MSVC is new to me. I only have a little experience with Cygwin and Mingw32 on W2K. Gru=DF, Uli --=20 Some gphoto2 links: http://www.teaser.fr/~hfiguiere/linux/digicam.html http://gphoto.sf.net/ http://n-dimensional.de/projects/digicam/ #gphoto on irc.freenode.net http://sf.net/projects/gphoto http://sf.net/projects/libusb http://sf.net/projects/libexif |