bug#48708: closed ([PATCH 0/3] Add Common Lisp game engine - trial)

[GNU bug Tracking System]

Your message dated Thu, 24 Jun 2021 12:33:57 +0000
with message-id <87h7hnmoga.fsf@kitej>
and subject line Re: [bug#48708] [PATCH 2/3]: gnu: Add cl-gamepad
has caused the debbugs.gnu.org bug report #48708,
regarding [PATCH 0/3] Add Common Lisp game engine - trial
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
48708: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=48708
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> [PATCH 0/3] Add Common Lisp game engine - trial
>
>
>
>
> Date: 
>
> Thu, 27 May 2021 21:24:08 +0000
>
>
>
>
> Hi Guix team!
>
> Here is a semi ready set of the last paches adding game engine written
> in Common Lisp - Trial.
>
> WIP for backends which require to pack QT bindings and cl-sdl2 which
> is failing to build for me.
>
> gnu: Add cl-trial
>
> 1 file changed, 69 insertions(+), 2 deletions(-)
> gnu/packages/game-development.scm | 71 +++++++++++++++++++++++++++++++++++++--
>
> gnu: Add cl-gamepad
>
> 1 file changed, 55 insertions(+)
> gnu/packages/lisp-xyz.scm | 55 +++++++++++++++++++++++++++++++++++++++++++++++
>
> gnu: Add cl-flow
>
> 1 file changed, 46 insertions(+)
> gnu/packages/lisp-xyz.scm | 46 ++++++++++++++++++++++++++++++++++++++++++++++
>
>
> --
> … наш разум - превосходная объяснительная машина которая способна
> найти смысл почти в чем угодно, истолковать любой феномен, но
> совершенно не в состоянии принять мысль о непредсказуемости.
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: [bug#48708] [PATCH 2/3]: gnu: Add cl-gamepad
>
>
>
>
> Date: 
>
> Thu, 24 Jun 2021 12:33:57 +0000
>
>
>
>
> Sharlatan Hellseher <sharlatanus@gmail.com> skribis:
>
> > Shinmera did not provide any useful information on this issue and
> > pointed on the problem somewhere in the OS itself.
> >
> > I've played a little with asdf:load-system in REPL and I could load it
> > and evaluate asdf:compile-system but when compile directly it exits
> > with the same error
>
> I changed your package definition to use a custom build phase using
> 'asdf:load-system' instead of the usual 'asdf:compile-system' as
> a workaround. However I'm don't know why one works and the other
> doesn't...
>
> Patches pushed as d09184ce2eafd1c5f7d4d1962c44b0becfaede16 and
> following.
> Thanks.
>
>
> --- End Message ---