Build of glm-0.9.7.6-1-src.tar.xz does not work.

Build of glm-0.9.7.6-1-src.tar.xz does not work.

[Carlo B.]

Hello,
I tried to rebuild glm-0.9.7.6-1-src.tar.xz but the "install" command
does not work.
I'm getting this error message:

>>> Installing glm-0.9.7.6-1.noarch
make: ***  Nessuna regola per generare l'obiettivo «install».  Arresto.
*** ERROR: make install DESTDIR failed

Translated in english, it should be something like this:
"No rules to generate target <<install>>. Stop."

I did NO changes to the files into glm-0.9.7.6-1-src.tar.xz.
Strangely, cygport cannot build the CYGWIN package, but it builds
mingw64-i686-glm and mingw64-x86_64-glm without errors. The CYGWIN and
MinGW-W64 scripts have some differences actually.
If somebody could check this, perhaps it would be good to also
evaluate the chance to update all GLM packages to a newer version.
The current source packages for all builds, CYGWIN and MinGW-W64,
include a patch for fixing a bug into the sources; nowadays, this bug
has been resolved into the official sources and into the latest
0.9.9.8 version:

https://github.com/g-truc/glm/blob/master/test/gtc/gtc_round.cpp#L451

so the packages could be also simplified, because they do not need a
patch anymore.

I'm trying to update GLM because it is a required dependency for
building KiCad, an Open Source Electronics Design software, so I hope
that somebody could understand the first issue and also update the
package with a newer version.

Sincerely,

Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.

[Marco Atzeri]

[-- Attachment #1: Type: text/plain, Size: 1784 bytes --]

On 21.08.2020 10:35, Carlo B. via Cygwin wrote:
> Hello,
> I tried to rebuild glm-0.9.7.6-1-src.tar.xz but the "install" command
> does not work.
> I'm getting this error message:
> 
>>>> Installing glm-0.9.7.6-1.noarch
> make: ***  Nessuna regola per generare l'obiettivo «install».  Arresto.
> *** ERROR: make install DESTDIR failed
> 
> Translated in english, it should be something like this:
> "No rules to generate target <<install>>. Stop."
> 
> I did NO changes to the files into glm-0.9.7.6-1-src.tar.xz.
> Strangely, cygport cannot build the CYGWIN package, but it builds
> mingw64-i686-glm and mingw64-x86_64-glm without errors. The CYGWIN and
> MinGW-W64 scripts have some differences actually.
> If somebody could check this, perhaps it would be good to also
> evaluate the chance to update all GLM packages to a newer version.
> The current source packages for all builds, CYGWIN and MinGW-W64,
> include a patch for fixing a bug into the sources; nowadays, this bug
> has been resolved into the official sources and into the latest
> 0.9.9.8 version:
> 
> https://github.com/g-truc/glm/blob/master/test/gtc/gtc_round.cpp#L451
> 
> so the packages could be also simplified, because they do not need a
> patch anymore.
> 
> I'm trying to update GLM because it is a required dependency for
> building KiCad, an Open Source Electronics Design software, so I hope
> that somebody could understand the first issue and also update the
> package with a newer version.
> 
> Sincerely,
> --

the error is caused by the build system using now cmake+ninja for
the execution

while mingw64-i686-glm and mingw64-x86_64-glm builds stay on the
previous cmake+make

The attached modified glm.cygport works for me.

Is glm-0.9.7.6-1 not enough for builing KiCad ?

Regards
Marco







[-- Attachment #2: glm.cygport --]
[-- Type: text/plain, Size: 879 bytes --]

inherit cmake ninja

NAME="glm"
VERSION=0.9.7.6
RELEASE=1
CATEGORY="Devel"
SUMMARY="OpenGL Mathematics C++ template library"
DESCRIPTION="OpenGL Mathematics (GLM) is a header only C++ mathematics library
for graphics software based on the OpenGL Shading Language specifications."
HOMEPAGE="http://glm.g-truc.net/"
SRC_URI="https://github.com/g-truc/glm/releases/download/${VERSION}/glm-${VERSION}.zip"
SRC_DIR="glm"
PATCH_URI="0.9.7.6-tests-compile.patch"

ARCH=noarch

PKG_NAMES="glm-devel glm-doc"
glm_devel_CONTENTS="
	--exclude=api --exclude=*.pdf
	usr/include/glm/
	usr/lib/cmake/glm/
	usr/lib/pkgconfig/glm.pc
	usr/share/doc/
"
glm_doc_CATEGORY="Doc"
glm_doc_CONTENTS="usr/share/doc/glm/api/ usr/share/doc/glm/*.pdf"

CYGCMAKE_ARGS="-DGLM_TEST_ENABLE=ON"

src_install() {
	cd ${B}
	ninja_install

	dodoc ${S}/doc/glm.pdf ${S}/doc/api/
}
src_test() {
	cd ${B}
	ninja_test
}

Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.

[Jon Turney]

On 22/08/2020 06:00, Marco Atzeri via Cygwin wrote:
> On 21.08.2020 10:35, Carlo B. via Cygwin wrote:
>> Hello,
>> I tried to rebuild glm-0.9.7.6-1-src.tar.xz but the "install" command
>> does not work.
>> I'm getting this error message:
>>
>>>>> Installing glm-0.9.7.6-1.noarch
>> make: ***  Nessuna regola per generare l'obiettivo «install».  Arresto.
>> *** ERROR: make install DESTDIR failed
>>
>> Translated in english, it should be something like this:
>> "No rules to generate target <<install>>. Stop."
>>
[...]
> 
> the error is caused by the build system using now cmake+ninja for
> the execution
> 
> while mingw64-i686-glm and mingw64-x86_64-glm builds stay on the
> previous cmake+make
> 
I am a bit confused by this.  What causes the default generator used by 
cmake to change?  Having old .cygports break due to that seems bad.

Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.

[Marco Atzeri]

On 23.08.2020 17:30, Jon Turney wrote:
> On 22/08/2020 06:00, Marco Atzeri via Cygwin wrote:
>> On 21.08.2020 10:35, Carlo B. via Cygwin wrote:
>>> Hello,
>>> I tried to rebuild glm-0.9.7.6-1-src.tar.xz but the "install" command
>>> does not work.
>>> I'm getting this error message:
>>>
>>>>>> Installing glm-0.9.7.6-1.noarch
>>> make: ***  Nessuna regola per generare l'obiettivo «install».  Arresto.
>>> *** ERROR: make install DESTDIR failed
>>>
>>> Translated in english, it should be something like this:
>>> "No rules to generate target <<install>>. Stop."
>>>
> [...]
>>
>> the error is caused by the build system using now cmake+ninja for
>> the execution
>>
>> while mingw64-i686-glm and mingw64-x86_64-glm builds stay on the
>> previous cmake+make
>>
> I am a bit confused by this.  What causes the default generator used by 
> cmake to change?  Having old .cygports break due to that seems bad.
> 

not sure.
I guess that if ninja is available the glm cmake settings
give it a precedence.

It is also possible that the latest cmake is behaving differently
than previous one.

Regards
Marco

Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.

[Marco Atzeri]

On 23.08.2020 18:03, Marco Atzeri wrote:
> On 23.08.2020 17:30, Jon Turney wrote:
>> On 22/08/2020 06:00, Marco Atzeri via Cygwin wrote:
>>> On 21.08.2020 10:35, Carlo B. via Cygwin wrote:
>>>> Hello,
>>>> I tried to rebuild glm-0.9.7.6-1-src.tar.xz but the "install" command
>>>> does not work.
>>>> I'm getting this error message:
>>>>
>>>>>>> Installing glm-0.9.7.6-1.noarch
>>>> make: ***  Nessuna regola per generare l'obiettivo «install».  Arresto.
>>>> *** ERROR: make install DESTDIR failed
>>>>
>>>> Translated in english, it should be something like this:
>>>> "No rules to generate target <<install>>. Stop."
>>>>
>> [...]
>>>
>>> the error is caused by the build system using now cmake+ninja for
>>> the execution
>>>
>>> while mingw64-i686-glm and mingw64-x86_64-glm builds stay on the
>>> previous cmake+make
>>>
>> I am a bit confused by this.  What causes the default generator used 
>> by cmake to change?  Having old .cygports break due to that seems bad.
>>
> 
> not sure.
> I guess that if ninja is available the glm cmake settings
> give it a precedence.
> 
> It is also possible that the latest cmake is behaving differently
> than previous one.

it seems a cmake change, building without ninja now produces

 >>> Compiling glm-0.9.7.6-1.noarch
CMake Error: CMake was unable to find a build program corresponding to 
"Ninja".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a 
different build tool.
-- Configuring incomplete, errors occurred!


> Regards
> Marco
> 
> 

Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.

[Carlo B.]

Hello,
thank you very much, your updated script allowed me to complete the
rebuilt process.
KiCad requires GLM version 0.9.8 or newer for compiling.
Unfortunately, I discovered that just replacing the old sources with
the latest ones is not enough for updating the library.
Since version 0.9.9.6, the install and uninstall targets have been
removed from generated Makefile:

https://github.com/g-truc/glm/commit/5f352ecce21bb1ab37fa56fac0f383c779b351a3#diff-af3b638bc2a3e6c650974192a53c7291

So, the current cygport script is able to work up to version 0.9.9.5,
which is enough for the task anyways.
Perhaps, the newer versions are using CMake directly for doing
installation, but I have no idea how this is expected to work in
cygport.
Thank you very much for your time and your support.

Sincerely,

Il giorno dom 23 ago 2020 alle ore 18:04 Marco Atzeri via Cygwin
<cygwin@cygwin.com> ha scritto:
>
> On 23.08.2020 17:30, Jon Turney wrote:
> > On 22/08/2020 06:00, Marco Atzeri via Cygwin wrote:
> >> On 21.08.2020 10:35, Carlo B. via Cygwin wrote:
> >>> Hello,
> >>> I tried to rebuild glm-0.9.7.6-1-src.tar.xz but the "install" command
> >>> does not work.
> >>> I'm getting this error message:
> >>>
> >>>>>> Installing glm-0.9.7.6-1.noarch
> >>> make: ***  Nessuna regola per generare l'obiettivo «install».  Arresto.
> >>> *** ERROR: make install DESTDIR failed
> >>>
> >>> Translated in english, it should be something like this:
> >>> "No rules to generate target <<install>>. Stop."
> >>>
> > [...]
> >>
> >> the error is caused by the build system using now cmake+ninja for
> >> the execution
> >>
> >> while mingw64-i686-glm and mingw64-x86_64-glm builds stay on the
> >> previous cmake+make
> >>
> > I am a bit confused by this.  What causes the default generator used by
> > cmake to change?  Having old .cygports break due to that seems bad.
> >
>
> not sure.
> I guess that if ninja is available the glm cmake settings
> give it a precedence.
>
> It is also possible that the latest cmake is behaving differently
> than previous one.
>
> Regards
> Marco
>
>
> --
> Problem reports:      https://cygwin.com/problems.html
> FAQ:                  https://cygwin.com/faq/
> Documentation:        https://cygwin.com/docs.html
> Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple