[134510] dports/x11/freeglut

[Jack Howarth]

Jeremy,
       The situation with freeglut 3.0.0 is described in
http://sourceforge.net/p/freeglut/bugs/51/ and
http://sourceforge.net/p/freeglut/bugs/213/. Back in 2004, I filed the
first bug about the compatibility version being set too high on darwin
and it was ignored. This issue came back to bit us when upstream
switched the build to use cmake as that doesn't allow the
compatibility version to be manually set. Thus the freeglut 3.0.0
release ends up lowering the compatibility version to a number
sensible in the cmake build mechanism.
       In fink, we took the approach of creating a new freeglut2
package and stored the shared library in a buried directory. This
allows legacy binaries (built against the old freeglut compatibility
version) to retain access to the library from the freeglut-shlibs
split-off package and binaries built against the new freeglut2 package
to use the buried shared library from a freeglut2-shlibs split-off
package. The development headers and library symlinks are stored in
freeglut and freeglut2 packages which conflicts/replaces each other.
       I'm not sure how you will want to handle this in MacPorts due
to the limitations of the packaging mechanism, You may need to simply
rebuild everything against the new freeglut with the 'regressed'
compatibility version.
            Jack
ps The upstream developer decided to take the hit on darwin with this
breakage with the view that going forward the version/compatibility
numbering is now coherent.

On Sun, Mar 29, 2015 at 5:01 PM, petr <976F at ingv.it> wrote:
>
> ------------------------------------------------------------------------
> r134510 | jeremyhu at macports.org | 2015-03-27 22:12:03 +0100 (Fri, 27 Mar 2015) | 2 lines
>
> freeglut: Bump to 3.0.0
>
> ------------------------------------------------------------------------
>
> Jeremy,
> this version bump requires also a revision bump of the lib dependencies.
> Cheers,
> ~petr
>
> This is what I observed after upgrade:
>
> --->  Cleaning freeglut
> --->  Removing work directory for freeglut
> --->  Updating database of binaries
> --->  Scanning binaries for linking errors
> Incompatible library version: /opt/local/bin/xterra requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/cacaclock requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/cacademo requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/cacafire requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/cacaplay requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/cacaserver requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/cacaview requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/bin/img2txt requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/lib/libcaca++.0.dylib requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> Incompatible library version: /opt/local/lib/libcaca.0.dylib requires version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0
> --->  Found 10 broken file(s), matching files to ports
> --->  Found 2 broken port(s), determining rebuild order
> --->  Rebuilding in order
>      terra @0.7
>      libcaca @0.99.beta19 +x11
>
>
>
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev