#38198: New port: libCUDF -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: Port: libCUDF | -------------------------+-------------------------------- Comment (by egall@…): I originally had a `+native` variant that built C bindings to it, but I couldn't get it to work, so I ended up leaving that out. Also I meant to make this openmaintainer but I forgot. -- Ticket URL: <https://trac.macports.org/ticket/38198#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS

#38198: New port: libCUDF -------------------------+---------------------- Reporter: egall@… | Owner: cal@… Type: submission | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: Port: libCUDF | -------------------------+---------------------- Comment (by cal@…): Commited in r103436 with a couple of changes: - In order to make the build reproducible (i.e., always produce the same result no matter when you run it), we can directly track development versions - Fetching from tarball avoids a git dependency - Added livecheck - Split the ocaml part and the C bindings part into two subports, renamed the ocaml part to ocaml-cudf. - Avoided manually moving the files from /usr to $prefix by patching `Makefile.config` -- it seems that's what it's for - Set $CC to use the right compiler (see UsingTheRightCompiler) - Added a comment that parallel building fails - Tests don't have to be run in the build phase, we have a dedicated test target for that. Unfortunately, we don't have depends_test, which makes the variant necessary, if we want to avoid the dependency. Note that we don't actually have to use libCUDF to use CUDF-based solvers for MacPorts in GSoC. The file format is so simple we can generate it without the library. Having the port around might still come in handy to verify correctness of the generated files, though. -- Ticket URL: <https://trac.macports.org/ticket/38198#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

#38198: New port: libCUDF -------------------------+-------------------- Reporter: egall@… | Owner: cal@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: fixed | Keywords: Port: libCUDF | -------------------------+-------------------- Changes (by cal@…): * cc: cal@… (removed) -- Ticket URL: <https://trac.macports.org/ticket/38198#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

#38198: New port: libCUDF -------------------------+-------------------- Reporter: egall@… | Owner: cal@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: fixed | Keywords: Port: libCUDF | -------------------------+-------------------- Comment (by cal@…): Replying to [comment:6 egall@…]:

Is that necessary for the ocaml part? Or just the C part?

Probably just the C part, doesn't hurt to do it for both, though.

Really? I had kind of wanted them to run automatically when using the +tests variant, but whatever...

That's not really how we have done things to far. That might make sense, but then it should better be implemented in base (e.g., by providing a switch that will always build and run the tests if there are any).

...

Unfortunately, we don't have depends_test, which makes the variant necessary, if we want to avoid the dependency.

See https://lists.macosforge.org/pipermail/macports- dev/2013-February/022145.html where Ryan suggested a different solution I implemented in r103439 and r103441.

Edit: new separate ticket for this issue open: #38208

Thanks. -- Ticket URL: <https://trac.macports.org/ticket/38198#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS