media-video/xine-ui-0.99.6 fails to build against media-libs/libpng-1.5.4, because some data structure is now declared incompletely in the headers, preventing access to its members. load.c: In function ‘_LoadPNG’: load.c:64:15: error: dereferencing pointer to incomplete type load.c: In function ‘ispng’: load.c:199:8: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result make[4]: *** [libImlib_light_a-load.o] Error 1 [...] make[4]: Leaving directory `/var/tmp/portage/media-video/xine-ui-0.99.6/work/xine-ui-0.99.6/src/xitk/Imlib-light' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/media-video/xine-ui-0.99.6/work/xine-ui-0.99.6/src/xitk' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-video/xine-ui-0.99.6/work/xine-ui-0.99.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-video/xine-ui-0.99.6/work/xine-ui-0.99.6' make: *** [all] Error 2 emake failed * ERROR: media-video/xine-ui-0.99.6 failed (compile phase): * emake failed The function in question has the variable png_infop info_ptr; on which it performs the member access if (info_ptr->color_type == PNG_COLOR_TYPE_RGB_ALPHA) Probably using png_get_tRNS would be the correct solution here, dunno.
Tried to report this upstream, but couldn't create an account at https://bugs.xine-project.org/ because the confirmation e-mail didn't arrive. Maybe it will be a couple of hours late, but if anyone reading this already has an account there, please feel free to file a bug report there and post the link to it here.
I can't reproduce it. I need a full build.log and the flags you used to build xine-ui
Created attachment 287201 [details] emerge --info
Created attachment 287203 [details] build log
(In reply to comment #2) > I need a full build.log and the flags you used to build xine-ui $ emerge -pqv =media-video/xine-ui-0.99.6 [ebuild R ] media-video/xine-ui-0.99.6 USE="X curl lirc nls readline xinerama -aalib -debug -libcaca -vdr" Looking at the sources, I guess the X use flag has the best chances to be responsible here. But I must say I'm surprised that this doesn't reproduce easily. Is Imlib-light built on your system, according to the build log?
Repository: bugfix ?? So this is not the xine-ui from portage tree? I am marking this as invalid. Please reopen if I am wrong or if the portage package has the same problem
(In reply to comment #6) > Repository: bugfix ?? > > So this is not the xine-ui from portage tree? Argh! Remnant from bug #312599, had completely forgotten about that, and missed the relevant log lines as well. Sorry, and thanks for spotting this! > I am marking this as invalid. Please reopen if I am wrong or if the portage > package has the same problem No, main portage works all right, so invalid it stays as far as I'm concerned.
