Hi Mourad,
On 15 May 2017 at 14:52, Mourad Boufarguine
wrote:
> You're right we need both :
>
> COLLADA_BOOST_BUILDNAME : to follow boost naming convention with 3 digits
> for MSVC toolset version
> COLLADA_BUILDNAME : to follow collada naming convention with 1/2 digits for
> MSVC toolset version
You're right we need both :
COLLADA_BOOST_BUILDNAME : to follow boost naming convention with 3 digits
for MSVC toolset version
COLLADA_BUILDNAME : to follow collada naming convention with 1/2 digits for
MSVC toolset version
On Mon, May 15, 2017 at 3:32 PM, Robert Osfield
wrote:
> Hi Mourad,
>
>
Hi Mourad,
On 15 May 2017 at 14:16, Mourad Boufarguine
wrote:
> You are missing the ending 0s.
I was just following Torben's usage, if we add back the 0's then the
search names would change. I presume this is why Torben introduced
using two variables COLLADA_BUILDNAME & COLLADA_BOOST_BUILDNAME.
You are missing the ending 0s.
By the way the MSVCXX vars are discouraged (there is no var defined
starting from Visual 2017), MSVC_VERSION is the recommended way now :
https://cmake.org/cmake/help/v3.8/variable/MSVC14.html?highlight=msvc14
IF(APPLE)
SET(COLLADA_BUILDNAME "mac")
ELSEIF(MINGW)
On 15 May 2017 at 13:08, Robert Osfield wrote:
> Looks like we'll need to rewrite this problem block for the case when
> CMAKE_VS_PLATFORM_TOOLSET is not set.
>
> Don't yet know what this might be though...
Would the following approach work better?
-- Modified CMakeModues/FindCOLLADA.camke scrip
Here is the solution:
text->setFontResolution(18,18);
2017-04-25 17:13 GMT+05:00 Volckaert, Guy (CA - MTS) <
guy.volcka...@meggitt.com>:
> Hi,
>
> I'm using OSG v3.4.0 and I resolved this issue by adding a
> glTexParameteri( GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER,...) before calling
> glTexSubIm
Hi Robert,
I think it is more correct to use the same logic (testing against the
compiler version CMAKE_CXX_COMPILER_VERSION ) as in the mainstream
FindBoost.cmake :
https://github.com/Kitware/CMake/blob/master/Modules/FindBoost.cmake#L432-L453
Cheers,
Mourad
On Mon, May 15, 2017 at 2:08 PM, R
Hi Mourad,
On 15 May 2017 at 12:58, Mourad Boufarguine
wrote:
> CMAKE_VS_PLATFORM_TOOLSET is not set unless the user explicitely specifies a
> toolset when invoking cmake :
>
> cmake -G "Visual Studio XX" -T v1YY srcDir
>
> If the user does not specify a toolset, the default toolset of the chosen
Hi Robert (and Mourad),
I tried -T v140 but I still didn't seem to get that variable set, with or
without the -G option. And note that I use MinGW makefiles even when building
with MSVC so deducing partially from -G won't work right in that case anyway.
From this page
(https://cmake.org/cmake
Hi Robert,
CMAKE_VS_PLATFORM_TOOLSET is not set unless the user explicitely specifies
a toolset when invoking cmake :
cmake -G "Visual Studio XX" -T v1YY srcDir
If the user does not specify a toolset, the default toolset of the chosen
Visual Studio version will be used, but the CMAKE_VS_PLATFORM
Hi Stuart,
On 15 May 2017 at 12:07, Stuart Mentzer wrote:
> https://cmake.org/cmake/help/v3.0/variable/CMAKE_VS_PLATFORM_TOOLSET.html
>
> Which mentons that it's set for VC10 and above. Torben uses the
> CMAKE_VS_PLATFORM_TOOLSET for vc8 and vc9 above, so I'm not what would
> happen here.
>
> Wh
Hi Robert,
On 5/15/2017 5:13 AM, Robert Osfield wrote:
Hi Stuart,
On 12 May 2017 at 14:32, Stuart Mentzer wrote:
I always build from scratch in an empty build directory.
Thanks for the clarification.
Adding " around the 3rd and 4th args in the REPLACE lines did indeed
eliminate the error.
Hi Stuart,
On 12 May 2017 at 14:32, Stuart Mentzer wrote:
> I always build from scratch in an empty build directory.
Thanks for the clarification.
> Adding " around the 3rd and 4th args in the REPLACE lines did indeed
> eliminate the error. Torben should check that this is still OK when the
> C
13 matches
Mail list logo