On Sat, 2007-12-08 at 13:06 +0000, Michael Bienia wrote:
> In theory a rebuild should fix it, but it fails to build from source
> (hardy, amd64):
>
> if /bin/bash ../../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -MT rtjpeg_aud_plugin.lo -MD -MP -MF ".deps/rtjpeg_aud_plugin.Tpo" -c -o rtjpeg_aud_plugin.lo rtjpeg_aud_plugin.c; \
> then mv -f ".deps/rtjpeg_aud_plugin.Tpo" ".deps/rtjpeg_aud_plugin.Plo"; else rm -f ".deps/rtjpeg_aud_plugin.Tpo"; exit 1; fi
> x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -MT rtjpeg_aud_plugin.lo -MD -MP -MF .deps/rtjpeg_aud_plugin.Tpo -c rtjpeg_aud_plugin.c -fPIC -DPIC -o .libs/rtjpeg_aud_plugin.o
> In file included from /usr/include/asm/sigcontext.h:4,
> from /usr/include/bits/sigcontext.h:28,
> from /usr/include/signal.h:333,
> from ../../src/transcode.h:47,
> from rtjpeg_aud_plugin.c:61:
> /usr/include/asm/types.h:19: error: conflicting types for '__s32'
> RTjpegN.h:32: error: previous declaration of '__s32' was here
> /usr/include/asm/types.h:20: error: conflicting types for '__u32'
> RTjpegN.h:28: error: previous declaration of '__u32' was here
So RTjpegN.h is redefining __{s,u}32 which is (now) provided
by /usr/include/asm/types.h. Seems like a simple "#ifndef" wrapped
around those two definitions should solve that, no?
On Sat, 2007-12-08 at 13:06 +0000, Michael Bienia wrote: linux-gnu- gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH= \"/usr/ lib/transcode\ " -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_ SOURCE -D_FILE_ OFFSET_ BITS=64 -Wall -g -O2 -MT rtjpeg_ aud_plugin. lo -MD -MP -MF ".deps/ rtjpeg_ aud_plugin. Tpo" -c -o rtjpeg_ aud_plugin. lo rtjpeg_ aud_plugin. c; \ rtjpeg_ aud_plugin. Tpo" ".deps/ rtjpeg_ aud_plugin. Plo"; else rm -f ".deps/ rtjpeg_ aud_plugin. Tpo"; exit 1; fi linux-gnu- gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH= \"/usr/ lib/transcode\ " -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_ SOURCE -D_FILE_ OFFSET_ BITS=64 -Wall -g -O2 -MT rtjpeg_ aud_plugin. lo -MD -MP -MF .deps/rtjpeg_ aud_plugin. Tpo -c rtjpeg_aud_plugin.c -fPIC -DPIC -o .libs/rtjpeg_ aud_plugin. o asm/sigcontext. h:4, bits/sigcontext .h:28, signal. h:333, transcode. h:47, aud_plugin. c:61: asm/types. h:19: error: conflicting types for '__s32' asm/types. h:20: error: conflicting types for '__u32'
> In theory a rebuild should fix it, but it fails to build from source
> (hardy, amd64):
>
> if /bin/bash ../../libtool --tag=CC --mode=compile x86_64-
> then mv -f ".deps/
> x86_64-
> In file included from /usr/include/
> from /usr/include/
> from /usr/include/
> from ../../src/
> from rtjpeg_
> /usr/include/
> RTjpegN.h:32: error: previous declaration of '__s32' was here
> /usr/include/
> RTjpegN.h:28: error: previous declaration of '__u32' was here
So RTjpegN.h is redefining __{s,u}32 which is (now) provided asm/types. h. Seems like a simple "#ifndef" wrapped
by /usr/include/
around those two definitions should solve that, no?
b.