i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include -I../utils -I/usr/include/libpng15 -march=barcelona -O2 -pipe -fno-strict-aliasing -pthread -Wall -Wunused -MT png2yuv-png2yuv.o -MD -MP -MF .deps/png2yuv-png2yuv.Tpo -c -o png2yuv-png2yuv.o `test -f 'png2yuv.c' || echo './'`png2yuv.c png2yuv.c: In function ‘png_separation’: png2yuv.c:245:23: error: dereferencing pointer to incomplete type png2yuv.c: In function ‘decode_png’: png2yuv.c:405:7: error: dereferencing pointer to incomplete type make[2]: *** [png2yuv-png2yuv.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-video/mjpegtools-1.9.0-r1/work/mjpegtools-1.9.0/lavtools' make[1]: *** [all-recursive] Error 1 NetBSD people sent a fix to the upstream mailing list (see URL).
Created attachment 262615 [details, diff] mjpegtools-1.9.0-libpng15.patch Patch from NetBSD people.
seems a bit overkill to use a callback and count by themselves the row number when the function 'png_get_current_row_number' exists... could you please explain me ?
Sorry I can't explain that as I simply took the patch NetBSD is using. According to the mail correspondence in URL, upstream has already pushed a fix into their VCS. Maybe that fix is better that the one from NetBSD.
(In reply to comment #2) > seems a bit overkill to use a callback and count by themselves the row number > when the function 'png_get_current_row_number' exists... > could you please explain me ? Patch has already been ladned upstream.
This should be fixed in mjpegtools-2.0.0_rc1 please reopen if there are still issues.