pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/50490 (ccmake doesn't work)



On 12/12/15, Joerg Sonnenberger <joerg%britannica.bec.de@localhost> wrote:
> On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
>> On 12/12/15, Joerg Sonnenberger <joerg%britannica.bec.de@localhost> wrote:
>> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
>> >> I think this PR can now be fairly closed.
>> >
>> > Well, has the libform patch fixed the problem? I definitely want to
>> > drop
>> > the ncurses dependency again, given how high in the food chain cmake is
>> > nowadays.
>>
>> Well, I'm running this:
>>         -lexecinfo.0 => /usr/lib/libexecinfo.so.0
>>         -lelf.1 => /usr/lib/libelf.so.1
>>         -lgcc_s.1 => /usr/lib/libgcc_s.so.1
>>         -lc.12 => /usr/lib/libc.so.12
>>         -lform.6 => /usr/pkg/lib/libform.so.6
>>         -lncurses.6 => /usr/pkg/lib/libncurses.so.6
>>         -lexpat.2 => /usr/lib/libexpat.so.2
>>         -lz.1 => /usr/lib/libz.so.1
>>         -larchive.13 => /usr/pkg/lib/libarchive.so.13
>>         -llzma.2 => /usr/lib/liblzma.so.2
>>         -lpthread.1 => /usr/lib/libpthread.so.1
>> ...
>>
>> which: 1) uses ncurses 2) does not use curses 3) has the libform
>> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
>> before you patched libform/field.c, so I can't currently say if the
>> libform work alone fixed it.
>
> The libform patch is for NetBSD's libform, not ncurses's libform.

Sure -- I was recounting all that was applied on my machine, and if
libform (for nbsd curses) is patched but I'm only using ncurses, the
patch is immaterial...

My prev msg shows that the libform/curses patch does not seem to fix
the problem; I tested by rolling back the wiz@ Makefile work in
pkgsrc/devel/cmake


-bch


> Joerg
>


Home | Main Index | Thread Index | Old Index