[Liblas-devel] dev version doesn't build

[J Luis]

On 06-09-2010 21:35, Howard Butler wrote:
>
> On Sep 5, 2010, at 7:18 AM, J Luis wrote:
>>
>> BTW, what does it mean by "to the directory containing Boost libraries..."
>> There isn't one single .lib inside the entire Boost installation!!
>
> Joaquim,
>
> How did you install Boost?  I admit that our Boost finding tools aren't so great, and I have had a bit of trouble with them as well on windows, but I have had good success by installing the binaries from boostpro.com and choosing the program_options library with all build types.  By default, libLAS wants to statically link the multithreaded DLL for program_options and boost_serialization (all other Boost usage in libLAS is headers-only AFAIK), so make sure you have these library types installed.  If you are building Boost yourself, this means investigating and using the options necessary in bjam (yuck!, btw, I hope they officially upgrade to CMake) to get the build type you need.
>
> Hope this helps,

Howard,

Thanks. Meanwhile, digging on the CMake error messages had found that.
It was my first time with Boost (installed via boostpro.com) but the installer presents us tons of 
options and each time we check one extra, disk space requirement grows by hundreds 100 Mb so I just 
installed the defaults ... which was the source of the problem.
This info is crucial and must be shown to users on the compiling page.

I'm at this because I wrote a Matlab MEX wrapper to libLAS and wanted to try the future version, but 
due to the Boost use I think I'm a bit screwed. The thing is I want to build also a 64 bits version 
but there is no Boost version for 64 bits (there is one cryptic message "for 64 bits versions 
contact us" in the boostpro.com page but that's some kind of thing that I'm not interested on). Is 
this so?

Ah, btw. After solving the boost issue I build under VC2010 with only one marginal error (something 
about permission denied to update one manifest, but VC2010 has no manifests - ALELUIA)

Joaquim