On Mon, Mar 30, 2015 at 4:55 AM, René J.V. wrote:
> On Monday March 30 2015 01:40:39 Jeremy Huddleston Sequoia wrote:
>>Actually, I think I'll just do similarly and revbump all dependents.
>>Unfortunately, that means anyone using the library for their own projects
>>will need to recompile, but
On Monday March 30 2015 01:40:39 Jeremy Huddleston Sequoia wrote:
>Actually, I think I'll just do similarly and revbump all dependents.
>Unfortunately, that means anyone using the library for their own projects will
>need to recompile, but that's probably better than the maintenance headache of
Actually, I think I'll just do similarly and revbump all dependents.
Unfortunately, that means anyone using the library for their own projects will
need to recompile, but that's probably better than the maintenance headache of
being different than upstream going forward. Hopefully they can man
Damnit, thanks. I just checked that the dylib id didn't change and didn't
notice they messed up the versioning.
This doesn't require a bump of dependents. It just requires fixing the
versioning in freeglut. I'll set the current version to 13.0.0 and the
compatibility version to 1.0.0.
--Jer
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 b
r134510 | jerem...@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