|Product:||Gentoo Linux||Reporter:||Thomas Petersen <mendo>|
|Component:||Stabilization||Assignee:||Sven Wegener <swegener>|
|Severity:||normal||CC:||jstein, pacho, plevine457|
|Whiteboard:||Was: net-im/centerim-4.22.10 (and -r1) compile error with gcc-6.4 and/or ncurses[tinfo]|
|Runtime testing required:||---|
|Bug Depends on:|
|Bug Blocks:||582084, 633914|
Description Thomas Petersen 2017-11-27 14:59:58 UTC
Created attachment 506820 [details, diff] centerim-4.22.10-ansi-c.patch I have come across two problems when compiling centerim-4.22.10. 1. When compiling with gcc-6.4 which has been stabilized recently I get compilation errors in the src and /src/hooks subdirectories. The error occurs because c++11 is now default in gcc-6 and files in these directories makes use of variables called "auto". The patch centerim-4.22.10-ansi-c.patch adds -ansi to CXXFLAGS in these two directories. 2. If ncurses has been compiled with the tinfo useflag and the terminfo library is separated out in libtinfo.so centerim fails to link because -ltinfo is missing from the link command. This is caused by the outdated macros in m4/ax_with_curses.m4 which don't make use of pkg-config. Removing that file and reconfiguring pulls in more recent macros which use pkg-config to find the correct link flags. The new macro sets CURSES_LIBS instead of CURSES_LIB. See the attached patches and modified ebuild.
Comment 1 Thomas Petersen 2017-11-27 15:02:33 UTC
Created attachment 506822 [details, diff] centerim-4.22.10-ncurses-pkg-config.patch
Comment 2 Thomas Petersen 2017-11-27 15:05:22 UTC
Created attachment 506824 [details] centerim-4.22.10-r2.ebuild
Comment 3 Pacho Ramos 2017-12-03 11:07:18 UTC
Why not use 5.0.1 version?
Comment 4 Pacho Ramos 2017-12-06 09:49:07 UTC
I would opt for stabilizing 5.0.1 then :/
Comment 5 Thomas Petersen 2017-12-07 12:30:38 UTC
Moving on to 5.0.1 also solves the problems ofcourse. Personally I'm not too fond of the dependency on purple but I can get used to that I guess.
Comment 6 Pacho Ramos 2017-12-08 16:53:11 UTC
We need to stabilize the fixed version as current one doesn't compile with stable gcc6
Comment 7 Tobias Klausmann 2017-12-16 17:25:11 UTC
Stable on amd64.
Comment 8 Thomas Deutschmann 2018-02-06 16:24:45 UTC
x86 stable, closing