On Mon, Mar 30, 2009 at 02:29:49PM +0200, Zoltan Seress wrote:
Building libmp4v2 I found that some sources would like to use
non-standard
types like u_int32_t, u_int64_t and u_int8_t, but there are no typedef-s
anywhere. If I replace them in the mp4 headers with uint32_t ... it seems to
be good. ( uint32_t and the others are defined in
/usr/i686-pc-mingw32/sys-root/mingw/include/stdint.h. ). But I guess this is
not the right solution, becouse other packages maybe involved in this issue.
Those u_* types are bogus. The software using them should be changed
to use C99 standard types (as you say, from stdint.h).
https://secure.wikimedia.org/wikipedia/en/wiki/Stdint.h#New_integer_types
Or which basic mingw32 package should be edited to have these new
typedefs?
Anything like this needs to be discussed with MinGW upstream, but I
suspect the answer is going to be no.
Another question:
There are some includes, for example /arpa/inet.h, which are not in mingw.
Is there a specific header which should be used instead?
You should probably have a look at gnulib. It provides replacements
for some common headers.
In general terms, you should look at what APIs (ie. functional calls)
your program is using, and don't worry too much about headers.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat
http://et.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw