Portage provides very useful feature: automatical QA checks. Working on pretty hidden bug #504760 (to verify it user must set FEATURES="keepwork" and read config.logs (do you believe in it?) or enable writing core dumps into _dedicated_ directory) and getting yesterday this issue for some other package (according to times of files and build times in emerge.log it seemed to be =gnome-base/dconf-0.24.0, but today I've failed to reproduce it) I've thought, that it will be fine, if portage itself will inspect build system's logs (i.e. config.log) on such issue, reporting errors in QA message. This will allow to include in debugging all those, who uses Linux default (writing core dumps is disabled on kernel level). Example of error message: config.log: … configure:8037: ./conftest ./configure: line 2121: 24105 Segmentation fault (core dumped) ./conftest$ac_exeext …
For now (sys-devel/gcc-4.9.3 and sys-libs/glibc-2.22-r4) I've got the same issue with =net-ftp/lftp-4.7.1 (reproduced with =net-ftp/lftp-4.7.2). Is it sufficient to report such issues upstream, or bgo reports also needed?
