Re: pdal-lib, CMake, c++ and "system" includes and libraries

[tlaronde%polynum.com@localhost]

Le Fri, Jul 14, 2023 at 04:54:36PM +0200, Dr. Thomas Orgis a écrit :
> Am Fri, 14 Jul 2023 16:40:10 +0200
> schrieb tlaronde%polynum.com@localhost:
> 
> > > That's most likely because libunwind.h is not buildlinked. See
> > > https://www.netbsd.org/docs/pkgsrc/buildlink.html  
> 
> I have to ponder why I was able to build it back then. I don't have
> libunwind anywhere on the system ? well, maybe time for an update to
> 2.5.0 and testing that.

Perhaps did you compile with clang? Clang provides libunwind if I'm not
mistaken.

> 
> > 
> > But unfortunately, adding ../../lang/libunwind/buildlink3.mk does not
> > solve the problem.
> 
> Also after cleaning up and starting the build again, with fresh
> buildlinks?

Yes, this was after making clean. It does not seem to make any 
difference (adding the buildlink3.mk after all the others; I don't know
if this makes a difference, because a previous one has defined
LIBUNWIND_BUILDLINK3_MK, and this will skip the bulk of the file), but
as noted, I wonder if the buildlink infrastructure is able to handle an
internal include of a file that is, also, under /usr/pkg/include
(__libunwind_config.h)...

> 
> > I ended up making, by hand, symbolic links in .buildlink/include/ and
> > .buildlink/lib/, with the added caveat that libunwind.h is including
> > __libunwind_config.h so that one has to symlink this one as well.
> 
> That's what should happen in toolchain preparation.
> 
> 
> Alrighty then,


Well it stops after because a type is not defined. I will have to look
later where it is defined in the sources to add the correct declaration
in the header.

Perhaps did you manage to compile with a slightly older version?

Best,
-- 
        Thierry Laronde <tlaronde +AT+ polynum +dot+ com>
                     http://www.kergis.com/
                    http://kertex.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89  250D 52B1 AE95 6006 F40C