The compile fails with unresolved symbols from libc.so: -------------------- ld -dy -G -h `basename ../lib/libncurses.so.5.4 .5.4`.5 -o ../lib/libncurses.so.5.4 ../obj_s/hardscroll.o ../obj_s/hashmap.o ../obj_s/lib_addch.o ../obj_s/lib_addstr.o ../obj_s/lib_beep.o ../obj_s/lib_bkgd.o ../obj_s/lib_box.o ../obj_s/lib_chgat.o ../obj_s/lib_clear.o ../obj_s/lib_clearok.o ../obj_s/lib_clrbot.o ../obj_s/lib_clreol.o ../obj_s/lib_color.o ../obj_s/lib_colorset.o ../obj_s/lib_delch.o ../obj_s/lib_delwin.o ../obj_s/lib_echo.o ../obj_s/lib_endwin.o ../obj_s/lib_erase.o ../obj_s/lib_flash.o ../obj_s/lib_gen.o ../obj_s/lib_getch.o ../obj_s/lib_getstr.o ../obj_s/lib_hline.o ../obj_s/lib_immedok.o ../obj_s/lib_inchstr.o ../obj_s/lib_initscr.o ../obj_s/lib_insch.o ../obj_s/lib_insdel.o ../obj_s/lib_instr.o ../obj_s/lib_isendwin.o ../obj_s/lib_leaveok.o ../obj_s/lib_mouse.o ../obj_s/lib_move.o ../obj_s/lib_mvcur.o ../obj_s/lib_mvwin.o ../obj_s/lib_newterm.o ../obj_s/lib_newwin.o ../obj_s/lib_nl.o ../obj_s/lib_overlay.o ../obj_s/lib_pad.o ../obj_s/lib_printw.o ../obj_s/lib_redrawln.o ../obj_s/lib_refresh.o ../obj_s/lib_restart.o ../obj_s/lib_scanw.o ../obj_s/lib_screen.o ../obj_s/lib_scroll.o ../obj_s/lib_scrollok.o ../obj_s/lib_scrreg.o ../obj_s/lib_set_term.o ../obj_s/lib_slk.o ../obj_s/lib_slkatr_set.o ../obj_s/lib_slkatrof.o ../obj_s/lib_slkatron.o ../obj_s/lib_slkatrset.o ../obj_s/lib_slkattr.o ../obj_s/lib_slkclear.o ../obj_s/lib_slkcolor.o ../obj_s/lib_slkinit.o ../obj_s/lib_slklab.o ../obj_s/lib_slkrefr.o ../obj_s/lib_slkset.o ../obj_s/lib_slktouch.o ../obj_s/lib_touch.o ../obj_s/lib_tstp.o ../obj_s/lib_ungetch.o ../obj_s/lib_vidattr.o ../obj_s/lib_vline.o ../obj_s/lib_wattroff.o ../obj_s/lib_wattron.o ../obj_s/lib_winch.o ../obj_s/lib_window.o ../obj_s/nc_panel.o ../obj_s/safe_sprintf.o ../obj_s/tty_update.o ../obj_s/varargs.o ../obj_s/memmove.o ../obj_s/vsscanf.o ../obj_s/lib_freeall.o ../obj_s/define_key.o ../obj_s/expanded.o ../obj_s/key_defined.o ../obj_s/keybound.o ../obj_s/keyok.o ../obj_s/lib_dft_fgbg.o ../obj_s/lib_print.o ../obj_s/resizeterm.o ../obj_s/tries.o ../obj_s/wresize.o ../obj_s/access.o ../obj_s/add_tries.o ../obj_s/alloc_entry.o ../obj_s/alloc_ttype.o ../obj_s/captoinfo.o ../obj_s/codes.o ../obj_s/comp_captab.o ../obj_s/comp_error.o ../obj_s/comp_expand.o ../obj_s/comp_hash.o ../obj_s/comp_parse.o ../obj_s/comp_scan.o ../obj_s/doalloc.o ../obj_s/fallback.o ../obj_s/free_ttype.o ../obj_s/getenv_num.o ../obj_s/home_terminfo.o ../obj_s/init_keytry.o ../obj_s/lib_acs.o ../obj_s/lib_baudrate.o ../obj_s/lib_cur_term.o ../obj_s/lib_data.o ../obj_s/lib_has_cap.o ../obj_s/lib_kernel.o ../obj_s/lib_keyname.o ../obj_s/lib_longname.o ../obj_s/lib_napms.o ../obj_s/lib_options.o ../obj_s/lib_raw.o ../obj_s/lib_setup.o ../obj_s/lib_termcap.o ../obj_s/lib_termname.o ../obj_s/lib_tgoto.o ../obj_s/lib_ti.o ../obj_s/lib_tparm.o ../obj_s/lib_tputs.o ../obj_s/lib_trace.o ../obj_s/lib_ttyflags.o ../obj_s/lib_twait.o ../obj_s/name_match.o ../obj_s/names.o ../obj_s/parse_entry.o ../obj_s/read_entry.o ../obj_s/read_termcap.o ../obj_s/setbuf.o ../obj_s/strings.o ../obj_s/unctrl.o ../obj_s/visbuf.o ../obj_s/write_entry.o ../obj_s/version.o -L../lib -L/home/portage/usr/lib -L/home/portage/lib -L/usr/openwin/lib ../obj_s/hashmap.o(.text+0x70): In function `_nc_hash_map': : undefined reference to `malloc' ../obj_s/hashmap.o(.text+0xa0): In function `_nc_hash_map': : undefined reference to `free' ../obj_s/hashmap.o(.text+0x1b8): In function `_nc_hash_map': : undefined reference to `memset' .... .... so on --------------------------------- Reproducible: Always Steps to Reproduce: 1. On solaris emerge ncurses 2. 3. Actual Results: Shown Above. Expected Results: Should emerge the package.
Created attachment 31142 [details, diff] Patch for using libtool for ncurses This patch enables --with-libtool option in the ebuild. With this patch, ncurses emerges fine on Solaris 2.9.
Solaris is not a supported platform for Gentoo. Unfortunately I don't know of a place to tell you that would be better to file this. In the case that Solaris does become a supported platform at some point, we could revisit this bug, but for now the only suggestion is to use an OVERLAY for a workaround (man make.conf for details).
but what is the problem with adding "--with-libtool" to the configure for next release of this ebuild. I know solaris is not supported, but it won't hurt anybody(please let me know if you think its going to hurt someone). I am using overlays now but I need to keep doing it everytime a new version comes out.
Because I cannot say how it will impact all architectures and there is no way to currently have it only limit adding that option for solaris installs (short of starting to support solaris).
