* Build of glm-0.9.7.6-1-src.tar.xz does not work.
@ 2020-08-21 8:35 Carlo B.
2020-08-22 5:00 ` Marco Atzeri
0 siblings, 1 reply; 6+ messages in thread
From: Carlo B. @ 2020-08-21 8:35 UTC (permalink / raw)
To: cygwin
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,
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.
2020-08-21 8:35 Build of glm-0.9.7.6-1-src.tar.xz does not work Carlo B.
@ 2020-08-22 5:00 ` Marco Atzeri
2020-08-23 15:30 ` Jon Turney
0 siblings, 1 reply; 6+ messages in thread
From: Marco Atzeri @ 2020-08-22 5:00 UTC (permalink / raw)
To: cygwin
[-- 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
}
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.
2020-08-22 5:00 ` Marco Atzeri
@ 2020-08-23 15:30 ` Jon Turney
2020-08-23 16:03 ` Marco Atzeri
0 siblings, 1 reply; 6+ messages in thread
From: Jon Turney @ 2020-08-23 15:30 UTC (permalink / raw)
To: The Cygwin Mailing List, Marco Atzeri
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.
2020-08-23 15:30 ` Jon Turney
@ 2020-08-23 16:03 ` Marco Atzeri
2020-08-23 18:28 ` Marco Atzeri
2020-08-25 20:06 ` Carlo B.
0 siblings, 2 replies; 6+ messages in thread
From: Marco Atzeri @ 2020-08-23 16:03 UTC (permalink / raw)
To: Jon Turney, The Cygwin Mailing List
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.
2020-08-23 16:03 ` Marco Atzeri
@ 2020-08-23 18:28 ` Marco Atzeri
2020-08-25 20:06 ` Carlo B.
1 sibling, 0 replies; 6+ messages in thread
From: Marco Atzeri @ 2020-08-23 18:28 UTC (permalink / raw)
To: Jon Turney, The Cygwin Mailing List
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
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build of glm-0.9.7.6-1-src.tar.xz does not work.
2020-08-23 16:03 ` Marco Atzeri
2020-08-23 18:28 ` Marco Atzeri
@ 2020-08-25 20:06 ` Carlo B.
1 sibling, 0 replies; 6+ messages in thread
From: Carlo B. @ 2020-08-25 20:06 UTC (permalink / raw)
To: Marco Atzeri, cygwin
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-08-25 20:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-08-21 8:35 Build of glm-0.9.7.6-1-src.tar.xz does not work Carlo B.
2020-08-22 5:00 ` Marco Atzeri
2020-08-23 15:30 ` Jon Turney
2020-08-23 16:03 ` Marco Atzeri
2020-08-23 18:28 ` Marco Atzeri
2020-08-25 20:06 ` Carlo B.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).