The output looks like: x86_64-pc-linux-gnu-gcc -std=gnu99 -march=native -O2 -pipe -Wall -Wextra -pedantic -Wmissing-prototypes -Wstrict-prototypes -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -o ufed-curses ufed-curses.o ufed-curses-checklist.o ufed-curses-help.o ufed-curses-globals.o ufed-curses-types.o -lncursesw /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/../../../../x86_64-pc-linux-gnu/bin/ld: ufed-curses.o: undefined reference to symbol 'cbreak' /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/../../../../x86_64-pc-linux-gnu/bin/ld: note: 'cbreak' is defined in DSO /lib64/libtinfow.so.5 so try adding it to the linker command line /lib64/libtinfow.so.5: could not read symbols: Invalid operation Which is caused by missing -ltinfo linking, as in, pkg-config should be used to query libncursesw libraries: $ pkg-config --libs ncursesw -lncursesw -ltinfow $ pkg-config --libs ncurses -lncurses -ltinfo Alternatively ncurses5-config can be used: $ ncurses5-config --libs -L/usr/lib64 -lncurses -ltinfo Some symbols are broken into it's own library with USE="tinfo"
I have updated the build system to use pkg-config to determine the correct libraries. After emerging ncurses with USE="tinfo" ufed is now linked against ncursesw and tinfow. Could you please try out ufed-9999 to see if this really fixed your issue?
9999 works now, thanks!
(In reply to comment #2) > 9999 works now, thanks! I've added the pkgconfig dependency to ufed-9999.ebuild for you: + 03 Apr 2013; Samuli Suominen <ssuominen@gentoo.org> ufed-9999.ebuild: + Pull in virtual/pkgconfig wrt #464328 +
Thanks, I'll get an updated 0.90 out later this week.
Released in app-portage/ufed-0.90_rc2