Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: ocaml-deriving - Extension to OCaml for deriving 
functions from types


https://bugzilla.redhat.com/show_bug.cgi?id=435431





------- Additional Comments From [EMAIL PROTECTED]  2008-05-12 06:49 EST -------
License:

Yes, it's MIT.  Particularly stupid on my part because I even asked upstream to
release a new version (0.1.1a) with the license file included, but then I 
forgot to
fix my spec file :-(

Lack of *.cmo file:

This is a one-of-a-kind upstream.  Normal syntax extensions are loadable
object files (*.cmo) so they get loaded into the normal OCaml parser at compile
time.  The object files consist of a list of instructions for the parser, like 
'add this
keyword', 'delete this parsing rule', 'substitute this other parsing rule'.  
This
means that syntax extensions are composable (you can use more than one at
a time).

But for this one, upstream have linked the syntax extension to a standalone
program (/usr/bin/deriving) which one is supposed to use as a preprocessor
(it takes OCaml + deriving syntax and emits basic OCaml).

I've just realised that this is not a smart upstream choice because it prevents
the syntax from being composable with other syntaxes, so you cannot
mix the deriving syntax with any other syntax extension.

Here's a new package:

Spec URL: http://www.annexia.org/tmp/ocaml/ocaml-deriving.spec
SRPM URL: http://www.annexia.org/tmp/ocaml/ocaml-deriving-0.1.1a-3.fc9.src.rpm

* Mon May 10 2008 Richard W.M. Jones <[EMAIL PROTECTED]> - 0.1.1a-3
- Fix the License tag (MIT not BSD).

 * Wed Mar  5 2008 Richard W.M. Jones <[EMAIL PROTECTED]> - 0.1.1a-2
 - Remove ExcludeArch ppc64.

Koji scratch build:
  http://koji.fedoraproject.org/koji/taskinfo?taskID=604494

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

_______________________________________________
Fedora-package-review mailing list
[email protected]
http://www.redhat.com/mailman/listinfo/fedora-package-review

Reply via email to