[MacPorts] #28529: swig language bindings need to be updated to the same version as swig
MacPorts
noreply at macports.org
Sat Feb 26 21:07:14 PST 2011
#28529: swig language bindings need to be updated to the same version as swig
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
Reporter: ryandesign@… | Owner: jwa@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 1.9.2
Resolution: fixed | Keywords:
Port: swig-allegro, swig-chicken, swig-clisp, swig-csharp, swig-gcj, swig-go, swig-guile, swig-java, swig-lua, swig-mzscheme, swig-ocaml, swig-octave, swig-perl, swig-php5, swig-pike, swig-python, swig-r, swig-ruby, swig-tcl |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
Comment(by apinstein@…):
I ran into this bug today. Took me a few hours to figure out what
happened.
Not sure if this is worth trying, but I wonder if you can re-architect the
packages so that bindings would go in swig/2.x/ instead of the literal
swig/2.0.2. That way this wouldn't be needed each time, and you'd only
have to bump some version number if there was a BC-breaking change.
I have *no* internal knowledge of how swig works so it's possible that
this is a stupid suggestion, but thought I'd mention it. The php5 package
seems to use some "extension" system that seems to allow them to vary some
information independently from the extension package; this makes it easier
to update the core package without having to "touch" every single
extension, and is thus a bit less fragile from a maintenance perspective.
Just a though.
--
Ticket URL: <https://trac.macports.org/ticket/28529#comment:9>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list