media-video/mjpegtools-1.6.2-r4 fails to emerge with libquicktime-0.9.7: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include -DG_LOG_DOMAIN=\"lavtools\" -DLAVPLAY_VERSION=\"1.6.2\" -I/usr/include -I/usr/include/lqt -I /usr/X11R6/include -I../utils -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/jpeg-mmx -march=pentium-m -O3 -pipe -mfpmath=sse -msse -msse2 -mmmx -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -mno-sse2 -MT lav_io.lo -MD -MP -MF .deps/lav_io.Tpo -c lav_io.c -fPIC -DPIC -o .libs/lav_io.o lav_io.c:39:33: quicktime/quicktime.h: No such file or directory lav_io.c:40:27: quicktime/lqt.h: No such file or directory lav_io.c: In function `lav_open_output_file': lav_io.c:364: warning: assignment makes pointer from integer without a cast lav_io.c:367: error: `QUICKTIME_MJPA' undeclared (first use in this function) lav_io.c:367: error: (Each undeclared identifier is reported only once lav_io.c:367: error: for each function it appears in.) lav_io.c:367: error: `QUICKTIME_JPEG' undeclared (first use in this function) lav_io.c:372: error: `QUICKTIME_RAW' undeclared (first use in this function) lav_io.c:372: error: `QUICKTIME_TWOS' undeclared (first use in this function) lav_io.c: In function `lav_video_compressor': lav_io.c:679: warning: return makes pointer from integer without a cast lav_io.c: In function `lav_open_input_file': quicktime.h is not located in /usr/lib/quicktime, but in /usr/lib/lqt Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 67055 [details, diff] Fix for incorrect quicktime include Actually, it's /usr/include/lqt. I got the same error, but the attached patch allows mjpegtools to compile.
It looks like the mjpegtools was written more against the quicktime4linux package than libquicktime. libquicktime looks newer/better than quicktime4linux. However, the mjpegtools-1.6.2-libquicktime094.patch seems to do the wrong thing. It changes the #include <quicktime.h> in lav_io.c to #include <quicktime/quicktime.h>. libquicktime actually installs quicktime.h to the /usr/include/lqt directory, but then apparently also tries to symlink /usr/include/quicktime to /usr/include/lqt. This last part fails in libquicktime. I'm not ebuild savvy enough to know why. But I thought I'd add this information and hopefully someone can fix it properly. Ouch. Even odder (curiouser?). I just re-emerged libquicktime and the symlink is now in place. Perhaps when I upgraded from 0.9.3-r1 to 0.9.7 the first time, something went wrong. Perhaps in the autoclean of 0.9.3-r1 the symlink went away. Don't know.
Although I don't have the exact same failure as the person who opened bug 107176, I have this same libquicktime issue with transcode, which causes the same end result.
I'm not sure that the symlink thing is necessarily the way to go. I'm not familiar enough to say with certainty, but it doesn't look like libquicktime has any business being in /usr/include/quicktime: root@arrakis:~# qpkg -f /usr/include/quicktime media-libs/quicktime4linux * media-video/cinelerra-cvs * root@arrakis:~# qpkg -f /usr/include/lqt/ media-libs/libquicktime * If mjpegtools is attempting to find lqt.h it should probably be looking in /usr/include/lqt right now...
Newer libquicktime should fix the problem.
>Newer libquicktime should fix the problem. A note: It doesn't fix the problem with transcode. Transcode still needs the patch I posted in Bug 107176.
