kicad-developers team mailing list archive

[Nick Østergaard <oe.nick@xxxxxxxxx>]

Plain speculation, but maybe you did run the cmake command initially
without libglm-dev being installed, then installed it and re-reun the
config?  If that is the erase, you should probably delta your build
(containing the CMakeCache.txt) and try again.

On Mon, 1 Jun 2020 at 18:41, Brian Henning <lotharyx@xxxxxxxxx> wrote:
>
> Oops, forgot to include the list.
>
> Hi Seth,
>
> Thanks for replying so quickly.  I hate to ask such a hand-holding question, but I'm also very reluctant to break my brand-new Debian installation (I'm rebuilding because my prior installation just became extremely broken over some time of hacking packages together to satisfy various build environments).
>
> So, the glm headers certainly exist at the following path:  /usr/include/glm
> ...but if I enable tracing on the FindGLM.cmake script included with the KiCad source, it appears it's trying to find it in /usr/local/include.
>
> I know this is a stupid question that I should already know the answer to, but why is cmake looking in /usr/local/include and apparently not in /usr/include?  How do I fix that?
>
> Humble thanks,
> -Brian
>
>
> On Mon, Jun 1, 2020 at 11:24 AM Seth Hillbrand <seth@xxxxxxxxxxxxx> wrote:
>>
>> Hello Brian
>>
>> GLM is only a header, so it is missing in the paths that your build is
>> looking for it.
>>
>> This is not a KiCad issue (I build using Debian stable).  You can
>> re-install GLM and check that there is not another header on your system
>> that is named the same.
>>
>> -S
>>
>> Seth Hillbrand
>> KiCad Services Corporation
>> https://www.kipro-pcb.com
>> +1 530 302 5483 | +1 212 603 9372
>>
>> On 2020-06-01 07:44, Brian Henning wrote:
>>
>> > Comrades,
>> >
>> > I am in the process of rebuilding my main desktop system, and trying to
>> > get my KiCAD build environment back together.  I've run into a very
>> > early snag, in the form of CMake being unable to find the GLM package:
>> >
>> > $ cmake -DCMAKE_BUILD_TYPE=Release ../..
>> > -- KICAD_SCRIPTING is OFF: Disabling all python scripting support
>> > -- KiCad install dir: </usr/local>
>> > -- Check for installed GLEW -- found
>> > CMake Error at
>> > /usr/share/cmake-3.13/Modules/FindPackageHandleStandardArgs.cmake:137
>> > (message):
>> > Could NOT find GLM (missing: GLM_VERSION) (Required is at least version
>> > "0.9.5.1")
>> >
>> > However, libglm-dev is installed, at version 0.9.9.3:
>> >
>> > $ apt list libglm-dev
>> > Listing... Done
>> > libglm-dev/stable,now 0.9.9.3-2 all [installed]
>> >
>> > I am knowingly not quite right at the bleeding edge of the KiCAD 6
>> > source tree, as Wayne has mentioned he is pushing some of the changes
>> > involving removing the support for saving legacy schematic symbols, and
>> > my ODBC fork still depends on that; I'm not quite ready to take on
>> > whatever challenges might be involved in updating my fork to use the
>> > new s-expr symbol code.
>> >
>> > Anyway, all of that as a preface to this question: IS THIS A KNOWN
>> > ISSUE WITH A FIX ALREADY?
>> >
>> > Any advice on how to correct this?  What additional information do I
>> > need to provide to shed light on the situation?
>> >
>> > The system is Debian 10 (stable).  Missing packages are almost a
>> > certainty as I'm rebuilding.
>> >
>> > Many thanks,
>> > -Brian
>> > _______________________________________________
>> > Mailing list: https://launchpad.net/~kicad-developers
>> > Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> > Unsubscribe : https://launchpad.net/~kicad-developers
>> > More help   : https://help.launchpad.net/ListHelp
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp