Re: [Kicad-developers] GLM versioning

2015-12-16 Thread Wayne Stambaugh 
I'll bump this down to 0.9.5.1 until the new 3D viewer code is merged
into the product branch.  I may have to bump it back up during the merge
but that may not be until after next ubuntu lts version is released so
it may be less of an issue.

On 12/16/2015 4:53 AM, Jean-Samuel Reynaud wrote:
> So it's mean that for ppa daily build, I have to create or found a
> backport for glm (for ubuntu 14.04)?
> 
> 
> Le 16/12/2015 10:45, Cirilo Bernardo a écrit :
>> 0.9.5.1 is definitely good enough for the main branch; it's only the new
>> 3D work (which is still far from merging) which might require a higher
>> version (or it might not - it hasn't been tested with 0.9.5.1).
>>
>> - Cirilo
>>
>> On Wed, Dec 16, 2015 at 7:58 PM, Jean-Samuel Reynaud
>> > wrote:
>>
>> Hi,
>>
>> Currently the version on CMakeLists.txt is 0.9.5.4. On Ubuntu 14.04 the
>> available version is 0.9.5.1.
>> Did I build a backport of libglm for ubuntu or 0.9.5.1 is enougth ?
>> or other solution ?
>>
>>
>> Regards,
>> Le 05/12/2015 23:11, Cirilo Bernardo a écrit :
>> > I had a look at GLM issues and it's a bigger hassle than I initially
>> > imagined.
>> >
>> > 1. earlier versions provided a very primitive FindGLM which did not
>> > handle versions
>> > 2. current versions deprecated FindGLM in favor of the glmConfig.cmake
>> > files etc
>> > which in principle allow you to use glm as an 'external' project -
>> > except of course
>> > (a) we still lack a FindGLM (b) installation of these cmake external
>> > project files
>> > is unreliable across distributions and platforms and (c) even if these
>> > external
>> > project files were present it is not clear how we take advantage
>> of the
>> > version info.
>> >
>> > On top of all that, GLM hard-codes the revision number into the
>> top level
>> > CMakeLists.txt and there is no guarantee that this number is the
>> same as
>> > the actual version information which is stored as #defines in
>> setup.hpp.
>> >
>> > SO - it looks to me like the most sensible thing to do is (a) take the
>> > deprecated
>> > FindGLM.cmake file as a primitive starting point to implement our own
>> > version
>> > which supports versioning. The greatest challenge then is
>> extracting the
>> > version information from setup.hpp in a platform independent way.
>> >
>> > - Cirilo
>> >
>> >
>> >
>> > ___
>> > Mailing list: https://launchpad.net/~kicad-developers
>> > Post to : kicad-developers@lists.launchpad.net
>> 
>> > Unsubscribe : https://launchpad.net/~kicad-developers
>> > More help   : https://help.launchpad.net/ListHelp
>> >
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> 
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] GLM versioning

2015-12-16 Thread Cirilo Bernardo 
0.9.5.1 is definitely good enough for the main branch; it's only the new 3D
work (which is still far from merging) which might require a higher version
(or it might not - it hasn't been tested with 0.9.5.1).

- Cirilo

On Wed, Dec 16, 2015 at 7:58 PM, Jean-Samuel Reynaud 
wrote:

> Hi,
>
> Currently the version on CMakeLists.txt is 0.9.5.4. On Ubuntu 14.04 the
> available version is 0.9.5.1.
> Did I build a backport of libglm for ubuntu or 0.9.5.1 is enougth ?
> or other solution ?
>
>
> Regards,
> Le 05/12/2015 23:11, Cirilo Bernardo a écrit :
> > I had a look at GLM issues and it's a bigger hassle than I initially
> > imagined.
> >
> > 1. earlier versions provided a very primitive FindGLM which did not
> > handle versions
> > 2. current versions deprecated FindGLM in favor of the glmConfig.cmake
> > files etc
> > which in principle allow you to use glm as an 'external' project -
> > except of course
> > (a) we still lack a FindGLM (b) installation of these cmake external
> > project files
> > is unreliable across distributions and platforms and (c) even if these
> > external
> > project files were present it is not clear how we take advantage of the
> > version info.
> >
> > On top of all that, GLM hard-codes the revision number into the top level
> > CMakeLists.txt and there is no guarantee that this number is the same as
> > the actual version information which is stored as #defines in setup.hpp.
> >
> > SO - it looks to me like the most sensible thing to do is (a) take the
> > deprecated
> > FindGLM.cmake file as a primitive starting point to implement our own
> > version
> > which supports versioning. The greatest challenge then is extracting the
> > version information from setup.hpp in a platform independent way.
> >
> > - Cirilo
> >
> >
> >
> > ___
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to : kicad-developers@lists.launchpad.net
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help   : https://help.launchpad.net/ListHelp
> >
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] GLM versioning

2015-12-16 Thread Jean-Samuel Reynaud 
Hi,

Currently the version on CMakeLists.txt is 0.9.5.4. On Ubuntu 14.04 the
available version is 0.9.5.1.
Did I build a backport of libglm for ubuntu or 0.9.5.1 is enougth ?
or other solution ?


Regards,
Le 05/12/2015 23:11, Cirilo Bernardo a écrit :
> I had a look at GLM issues and it's a bigger hassle than I initially
> imagined.
> 
> 1. earlier versions provided a very primitive FindGLM which did not
> handle versions
> 2. current versions deprecated FindGLM in favor of the glmConfig.cmake
> files etc
> which in principle allow you to use glm as an 'external' project -
> except of course
> (a) we still lack a FindGLM (b) installation of these cmake external
> project files
> is unreliable across distributions and platforms and (c) even if these
> external
> project files were present it is not clear how we take advantage of the
> version info.
> 
> On top of all that, GLM hard-codes the revision number into the top level
> CMakeLists.txt and there is no guarantee that this number is the same as
> the actual version information which is stored as #defines in setup.hpp.
> 
> SO - it looks to me like the most sensible thing to do is (a) take the
> deprecated
> FindGLM.cmake file as a primitive starting point to implement our own
> version
> which supports versioning. The greatest challenge then is extracting the
> version information from setup.hpp in a platform independent way.
> 
> - Cirilo
> 
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] GLM versioning

2015-12-05 Thread Cirilo Bernardo 
I had a look at GLM issues and it's a bigger hassle than I initially
imagined.

1. earlier versions provided a very primitive FindGLM which did not handle
versions
2. current versions deprecated FindGLM in favor of the glmConfig.cmake
files etc
which in principle allow you to use glm as an 'external' project - except
of course
(a) we still lack a FindGLM (b) installation of these cmake external
project files
is unreliable across distributions and platforms and (c) even if these
external
project files were present it is not clear how we take advantage of the
version info.

On top of all that, GLM hard-codes the revision number into the top level
CMakeLists.txt and there is no guarantee that this number is the same as
the actual version information which is stored as #defines in setup.hpp.

SO - it looks to me like the most sensible thing to do is (a) take the
deprecated
FindGLM.cmake file as a primitive starting point to implement our own
version
which supports versioning. The greatest challenge then is extracting the
version information from setup.hpp in a platform independent way.

- Cirilo
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp