Fwd: Re: 2.6.0 release candidate is up on the website.

[Sven Panne]

[ I've re-sent this mail without attachments, bceause the original one awaits
moderator approval. :-( ]

----------  Weitergeleitete Nachricht  ----------

Betreff: Re: [Freeglut-developer] 2.6.0 release candidate is up on the
website.
Datum: Freitag, 22. Mai 2009
Von: Sven Panne <Sven.Panne@...>
An: freeglut-developer@...

Am Freitag, 24. April 2009 17:49:00 schrieb Sven Panne:
>    * To be a true drop-in replacement for Nate's binary release, the DLL
> should be called "glut32.dll" (and correspondingly "glut32.lib", of
> course), I think. Can one simple rename "freeglut" => "glut32"? I am not
> sure, this could result in a mismatch between the .lib and the .dll, etc.,
> but I am not an expert in Windows linking. To be on the safe side, I'd like
> to suggest that the projects/workspaces/etc. *and* GL/freeglut_std.h are
> adapted to build "glut32.*" directly. Opinions?

I've installed Visual C++ 2008 Express and made a few minor changes to make
freeglut really binary compatible to Nate's classic GLUT DLL. The name of the
resulting DLL doesn't seem to matter, renaming our new "freeglut.dll" to
"glut32.dll" and dropping it into e.g. Nate's tutors works. I am not sure if
there could be problems which haven't surfaced yet, but let's hope for the
best...

>    * The "glut.h" header is missing.

I've attached a binary ZIP, including all our headers. Please go ahead and
test it.

>    * The header files have *nix line endings. This is not a show stopper,
> but having native text files on Windows would be nicer. The problem will
> probably go away when the headers come from the upcoming Windows-style
> source ZIP. *hint* *hint* *looking at Steve*

Source ZIP attached, too.

> > I looked at Nate's Windows binary zip for GLUT and used it as a model.
> > Not sure anyone needs the "freeglut.exp", but I included it because his
> > zip includes "glut.def" and freeglut.exp seems like the analogous file. I
> > don't think I've ever used these kinds of files. If anyone has an
> > explanation for these files or an opinion as to whether or not it's
> > needed, let me know.
>
> As I said, I am not an expert in Windows linking, but IIRC, .def files are
> obsolete nowadays because this is handled via __declspec(). Perhaps we
> should remove the freeglutdll.def file from our repository, too. I don't
> know exactly what .exp files are for, but I think that both .def and .exp
> files were only necessary for building a DLL, not for using it later
> (neither as a developer nor an end-user). Therefore, I think that we do not
> need those files in the binary release.

And here I was wrong: The .def file can be used to rename the exported
entities, and this is exactly what Nate did. So we should follow this and give
our .def file to the linker to get plain names for the exported functions,
i.e. without a leading "_" and without the usual "@N" suffix for the stdcall
calling convention. I am not sure if this was really a good idea, but given
the status of Nate's DLL as a de-facto standard, we should follow here.

The VC2008 solution has been adapted accordingly.

> > Do we want to include the static library? Nate's existing GLUT zip
> > doesn't.
>
> I do not think so, static linking is rather unusual, and people insisting
> on it can always build it for themselves.

I think the duplication of all projects (dynamic/static) is a bit ugly,
furthermore it's a bit surprising to have the examples in a separate solution.
A single solution with 2 more configurations (DebugStatic/ReleaseStatic) look
much more appealing IMHO. Let's see if I can fix this, but this is not a show
stopper for the release.

> [...] I'd vote for not releasing 2.6.0 until we have figured out the last
> problem.

I propose that Steve puts RC2 onto SourceForge, including the source and
binary ZIPs, give it a week and then *finally* release 2.6.0.

Cheers,
   S.



-------------------------------------------------------

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer