On Wed, Apr 16, 2008 at 04:06:10PM +0200, Nicolas FRANCOIS wrote: > Hi. > > I encountered this error while compiling transcode : > > 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 -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 > > Can someone help me about this ? I found a similar bug on the Gentoo bug > list, but I couldn't find the solution there. > I got a somewhat similar error months ago when I was building it for ppc64, and found the attached patch in gentoo. I noticed they use the patch on all arches, and when I built LFS-svn in February I had to use it for transcode-1.0.5 on x86.
I guess a change to the headers somewhere is the cause of this. One day, I'll get around to testing transcode to see if it works and is useful to me, meanwhile the patch lets it compile, and from a quick look it seems to be sensible. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce
transcode-types.patch.bz2
Description: Binary data
-- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
