Re: lldb missing

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On Fri, 28 Apr 2023 at 11:53, r0ller <r0ller%freemail.hu@localhost> wrote:
>
> Hi All,
>
> Thanks for looking into it. I checked what resides in /var/db/pkgin/cache and this is what I found:
>
> ~$ls -al /var/db/pkgin/cache/lldb-13.0.1nb1.tgz
> -rw-r--r--  1 root  wheel  12027768 Oct 10  2022 /var/db/pkgin/cache/lldb-13.0.1nb1.tgz
>
> Doesn't it mean that it used to be a binary package?
>
> Best regards,
> r0ller
>
> -------- Eredeti levél --------
>
> Feladó: Chavdar Ivanov <ci4ic4%gmail.com@localhost>
> Dátum: 2023 április 27 22:34:45
> Tárgy: Re: lldb missing
> Címzett: Havard Eidnes <he%netbsd.org@localhost>
>
> On Thu, 27 Apr 2023 at 18:13, Havard Eidnes <he%netbsd.org@localhost> wrote:
> >
> > > Hi All, I cannot recall how I installed lldb (pkgin, pkgsrc or
> > > github) but I think it was in pkgin as binary. I did a pkgin
> > > update and upgrade recently (9.3 amd64) and now all llvm
> > > related stuff is on version 15 but lldb stayed on 13. No wonder
> > > it didn't get an upgrade as it's not in pkgin. Do I recall it
> > > wrong that it was in pkgin earlier?
> > > Best regards,
> > > r0ller
> >
> > It looks like lldb isn't present in the 9.0 pkg repository,
> > possibly because it hit a build problem.
> >
> > It looks like it's "pre-failed" with
> >
> > Only NetBSD >= 9.99.22 provides ptrace(2) PT_STOP
>
> On the topic of lldb, I tried to build it under -current amd64 today
> and failed - all curses names are reported missing, a long list like:
>
> ......
> [ 97%] Linking CXX shared library ../../lib/liblldb.so
> ld: ../../lib/liblldbCore.a(IOHandlerCursesGUI.cpp.o): in function
> `BreakpointsTreeDelegate::TreeDelegateDrawTreeItem(TreeItem&,
> curses::Window&)':
> IOHandlerCursesGUI.cpp:(.text._ZN23BreakpointsTreeDelegate24TreeDelegateDrawTreeItemER8TreeItemRN6curses6WindowE[_ZN23BreakpointsTreeDelegate24TreeDelegateDrawTreeItemER8TreeItemRN6curses6WindowE]+0x11):
> undefined reference to `waddnstr'
> ld: ../../lib/liblldbCore.a(IOHandlerCursesGUI.cpp.o): in function
> `curses::BooleanFieldDelegate::FieldDelegateDraw(curses::Surface&,
> bool)':
> IOHandlerCursesGUI.cpp:(.text._ZN6curses20BooleanFieldDelegate17FieldDelegateDrawERNS_7SurfaceEb[_ZN6curses20BooleanFieldDelegate17FieldDelegateDrawERNS_7SurfaceEb]+0x1f):
> undefined reference to `wmove'
> ld: IOHandlerCursesGUI.cpp:(.text._ZN6curses20BooleanFieldDelegate17FieldDelegateDrawERNS_7SurfaceEb[_ZN6curses20BooleanFieldDelegate17FieldDelegateDrawERNS_7SurfaceEb]+0x2d):
> undefined reference to `waddch'
> .....
>
> I tried with and without CURSES_DEFAULT=ncurses, same result.

In case someone is interested, I found out that if one has ncurses
installed, the lldb cmake build process finds it, despite the system
curses library being explicitly included in the package Makefile; even
if one forces CMAKE_ARGS+=    -DLLDB_DISABLE_CURSES:BOOL=TRUE in the
Makefile, ncurses is still discovered and the build fails.

I was able to build it by hand-editing a couple of link.txt files in
the build directory to include libncurses and libterminfo.

BTW similar happens with shells/fish if CURSES_DEFAULT is ncurses.



>
> >
> > as the message, ref.
> >
> > http://victory.netbsd.org/pkgsrc/packages/reports/2023Q1/amd64-9.0/20230407.0536/meta/report.html
> >
> > as reported on the pkgsrc-bulk@ mailing list.
> >
> > It is present in the 10.0 pkg repository, presumably suitable for
> > use on 10.0_BETA:
> >
> > morden% cd [...]packages/NetBSD/amd64/9.0/All
> > morden% ls -l lldb*
> > ls: No match.
> > morden% cd ../../10.0/All
> > morden% ls -l lldb*
> > -rw-r--r-- 1 nia netbsd 7078484 Dec 31 00:56 lldb-15.0.6.tgz
> > morden%
> >
> > Regards,
> >
> > - Håvard
>
>
>
> --
> ----
>
>


-- 
----