GNU bug report logs -
#69593
Add FluidPlug
Previous Next
Full log
View this message in rfc822 format
Hi Giacomo!
First of all, thanks for this amazing patch and sorry for the long
delay.
A few assorted comments to your commit messages:
- fluidplug-plugin->package is a function, not a variable.
- you can sum the list of variables in the commit message like so:
(fluidplug-airfont320-lv2, fluidplug-avl-drumkits-perc-lv2,
fluidplug-black-pearl-4a-lv2, ...): New variables.
To the package definitions: great job! I like how you simplified the
definitions and create them programmatically! Really cool!
A couple of comments I do have, though:
- I personally wouldn't mix #:exports and define-public in the same
file - not sure whether there's some sort of Guix (or Guile)-wide
consensus on the issue.
- You might want to omit the "-fluidplug-plugin" part in each of the
plugin variable names. You do not export those names so I think you
can save some of these bytes (:
- Did you consider cross compilation? I've tried some rather naively,
but failed. Also building for aarch64 (natively) failed. Is this
package not supposed to work on other architectures except amd64? If
that is the case, please specify it
- Changing env var CC= should happen within the #:make-flags block
instead of its own build phase. And it shouldn't hard-code "gcc" but
rather #$(cc-for-target) to allow for cross-compilation.
- I think lv2 should be in `inputs', not in `native-inputs' (again,
considering cross-compilation) of the fluidplug-lv2 package.
Since I can not commit merging still needs some work by someone else.
But except for the lack of cross-compilation (and foreign native
compilation) I do not see any show-stoppers.
Have a nice week!
gabber
This bug report was last modified 12 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.