From: André B. <and...@ho...> - 2008-12-13 04:53:53
|
Hi there! I am Cygwin's openGL package maintainer. That package currently includes GLUT and, as this library is getting older and older, I am considering a change to Freeglut somewhere in 2009. Please note that there are already two packages in Cygwin's distribution that are related to Freeglut: libglut-devel and libglut3. Both aim at running (libglut3) and developping (libglut-devel) Freeglut applications that run through an X-server. My goal is to provide a GLUT replacement for direct Win32 rendering, without an X-server. I tried to build your library using both Cygwin and MinGW and I have run into some configure/make/compile/link problems. Scanning the Freeglut-developer archives, I noticed that some of you had similar problems. So, I would like to proceed with the following steps: 1a. Build the current freeglut using M$ Visual Studio, but add a project to output a second DLL, glut32.dll, and a second library, glut32.lib, in addition to freeglut.dll and freeglut.lib. Both would include the same objects, but with different linking options. The current freeglut.dll linking does not use a .def file (altough one exists), so it contains modules with different "decorations" than the standard glut32.dll. The glut32.dll that I propose to build would be a direct replacement for the standard glut32.dll version 3.7.6. In addition to the current freeglut code, the glut32.dll would include 3 small modules that are present in the standard glut32.dll but not in the current freeglut.dll: __glutInitWithExit, __glutCreateWindowWithExit, __glutCreateWindowWithExit. 1b. From the freeglut.lib, create a libfreeglut.a to enable standard linking with gcc, with and without the -mno-cygwin switch that activates MinGW cross-compilation. Same thing for libglut32.a from glut32.lib. The transformation can be done with some tweaking with Cygwin's nm and dlltool. 1c. Package freeglut.dll, libfreeglut.a, glut32.dll, libglut32.a and the Freglut headers in a new experimental version of my openGL package. Cygwin includes standard packages of production quality and experimental ones of beta quality. 1d. Let the users of the Cygwin distribution try the experimental package with Freeglut as a GLUT replacement for a while. 1e. If there is no (or realisticaly, not too many) problem reports, promote the experimental package to a standard one. 2. In the meantime, tweak the Freeglut build system to be able to configure/make/compile/link a Win32 version of Freeglut with Cygwin's developper tools. What do you think of that plan? Regards, - André Bleau, Cygwin's volunteer OpenGL package maintainer. _________________________________________________________________ |
From: John F. F. <joh...@cy...> - 2008-12-13 15:22:23
|
Andre, Hello and welcome to the "freeglut" community. I've looked at your e-mail and I think we have a good plan here. Final approval will have to come from Steve Baker, but I do most of the MS Visual studio development work and I am willing to work with you on this. (I'll probably need a bit of help putting in the ".def" use but I don't see a problem in general.) I downloaded Cygwin a month or two ago in an effort to help torubleshoot the problems we were having but I haven't gone much beyond that. But I do have the package in case you need to step me through some stuff with it. - John F. Fay -----Original Message----- From: =?windows-1256?Q?Andr=E9_Bleau?= Sent: Friday, December 12, 2008 10:54 PM To: fre...@li... Subject: Re: [Freeglut-developer] =?windows-1256?q?Freeglut_under_Cygwin=FE?= << File: ATT00018.txt; charset = windows-1256 >> |
From: Steve B. <st...@sj...> - 2008-12-13 22:18:49
|
That's wonderful news! If there is anything I can do to help - let me know. André Bleau wrote: > Hi there! > > I am Cygwin's openGL package maintainer. That package currently > includes GLUT and, as this library is getting older and older, I am > considering a change to Freeglut somewhere in 2009. > > Please note that there are already two packages in Cygwin's > distribution that are related to Freeglut: libglut-devel and > libglut3. Both aim at running (libglut3) and developping (libglut-devel) > Freeglut applications that run through an X-server. My goal > is to provide a GLUT replacement for direct Win32 rendering, > without an X-server. > > I tried to build your library using both Cygwin and MinGW and > I have run into some configure/make/compile/link problems. > Scanning the Freeglut-developer archives, I noticed that some > of you had similar problems. > > So, I would like to proceed with the following steps: > > 1a. Build the current freeglut using M$ Visual Studio, but add a > project to output a second DLL, glut32.dll, and a second library, > glut32.lib, in addition to freeglut.dll and freeglut.lib. Both > would include the same objects, but with different linking options. > The current freeglut.dll linking does not use a .def file > (altough one exists), so it contains modules with different > "decorations" than the standard glut32.dll. The glut32.dll that I > propose to build would be a direct replacement for the standard > glut32.dll version 3.7.6. > In addition to the current freeglut code, the glut32.dll would include > 3 small modules that are present in the standard glut32.dll but > not in the current freeglut.dll: __glutInitWithExit, > __glutCreateWindowWithExit, __glutCreateWindowWithExit. > > 1b. From the freeglut.lib, create a libfreeglut.a to enable > standard linking with gcc, with and without the -mno-cygwin switch > that activates MinGW cross-compilation. > Same thing for libglut32.a from glut32.lib. > The transformation can be done with some tweaking with > Cygwin's nm and dlltool. > > 1c. Package freeglut.dll, libfreeglut.a, glut32.dll, libglut32.a and the > Freglut headers in a new experimental version of my openGL > package. Cygwin includes standard packages of production quality > and experimental ones of beta quality. > > 1d. Let the users of the Cygwin distribution try the experimental package > with Freeglut as a GLUT replacement for a while. > > 1e. If there is no (or realisticaly, not too many) problem reports, > promote the experimental package to a standard one. > > 2. In the meantime, tweak the Freeglut build system to be able to > configure/make/compile/link a Win32 version of Freeglut with > Cygwin's developper tools. > > What do you think of that plan? > > Regards, > > - André Bleau, Cygwin's volunteer OpenGL package maintainer. > _________________________________________________________________ > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > |
From: Fay, J. F Dr C. U. A. 46 S. <joh...@eg...> - 2009-02-03 20:29:52
|
Folks, Having dug through the e-mail archives and found something from Aleksander Donev a few years ago on how to build "freeglut" on a Linux system, I have made a script so that I don't have to do the digging again. I propose to add the script to the SVN tree so that it will download. It has the following commands: autoheader aclocal libtoolize --copy --force automake --add-missing autoconf ./configure make I have a serious need for this script as there are no instructions in the "freeglut" distribution that I can find and I do this rarely enough that I need the reminder. The question at hand is, what shall I call the script file? At the moment it is called "make_x11_build_from_scratch", which while descriptive is a bit unwieldy. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 |
From: André B. <and...@ho...> - 2008-12-17 03:12:12
|
Hi John & Steve, Searching into the archives for this mailing list, I notice that you both contribute a lot to Freeglut. It's good to know that you welcome my project for a Cygwin package of Freeglut. Let's start with a few questions: 1- I noticed some messages about a forecoming Freeglut 2.6.0 "soon". Should I wait for it before starting my packaging work? As I told you in my first message, my time frame is for 2009 (most probably early Q1). I think that modifications necessary fot the Cygwin package could as well be incorporated in some later 2.6.1 update that would provide no new functionality, excdept the Cygwin port. 2- The current version (2.4.0) builds well with my version of Visual Studio (2005), even if it contains only a workspace (.dsw) and projects (.dsp) for Visual Studio 6. VS 2005 can read those and convert them to a solution (.sln) and new projects (.prj) that I can modify. But VS 2005 can not write backward compatible .dsw and .dsp, so I can not prepare patches for these. I could use some tool like prjconvert to perform the conversion, but I have no experience with it and I don't know how well it works. I could test with VS 2005 if can read back those converted .dsw and .dsp, but that does not necessarily mean that VS 6 could read them properly. Someone else would have to do test that. I could also write to this mailing list what changes I made to the .sln and .prj files, and someone else could then try to apply similar changes in VS 6 to the .dsw and .dsp. What do you think ? - André _________________________________________________________________ |
From: Sven P. <Sve...@ae...> - 2009-02-14 13:56:20
|
Am Mittwoch, 17. Dezember 2008 04:12:08 schrieb André Bleau: > [...] > 1- I noticed some messages about a forecoming Freeglut 2.6.0 "soon". Should > I wait for it before starting my packaging work? As I told you in my first > message, my time frame is for 2009 (most probably early Q1). I think that > modifications necessary fot the Cygwin package could as well be > incorporated in some later 2.6.1 update that would provide no new > functionality, excdept the Cygwin port. [...] Yesterday I upgraded my Cygwin installation to the latest and greatest version via the usual setup.exe and tried to build freeglut from SVN with it. Alas, it once again failed... :-( I am quite sure that it worked last time I tried it, which was a few months ago. The vanilla configuration/compilation fails because suddenly -lGLU and friends don't seem to work anymore (should glu32 etc. be used now, even under X??), and the configuration/compilation with "-- without-x" fails in the linking step, because it can't find the OpenGL entry points (calling convention mismatch)? In the past I really tried to keep compilation of freeglut under Cygwin alive, but I'm slowly losing interest. I really like Cygwin as a tool, but for a programmer of portable software it is really hell on earth. :-( I would really appreciate if somebody else took over the Cygwin maintenance of freeglut. André? A way to build a native Windows DLL under MinGW/MSYS would be a nice bonus, too, but I can't see a way to do this via libtool, so we would probably have to revert to a batch script. :-P Regarding the 2.6.0 release: I propose that André tries to get things going again under Cygwin, but if it takes too much time, we should release anyway. The important thing is that freeglut compiles under MSVC, the various Linuxes, BSD clones, Solaris and Mac OS. If we do not hear any complaints from these major platforms, we should ignore the Cygwin issue for now. Cheers, S. |
From: Fay, J. F Dr C. U. A. 46 S. <joh...@eg...> - 2009-02-14 18:31:31
|
Arrrgghhh! I have Cygwin at home and will try building "freeglut" under it. I don't lay any claim to expertise, but I can certainly take a whack at it. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: Sven Panne [mailto:Sve...@ae...] Sent: Saturday, February 14, 2009 5:47 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Freeglut under Cygwin Am Mittwoch, 17. Dezember 2008 04:12:08 schrieb André Bleau: > [...] > 1- I noticed some messages about a forecoming Freeglut 2.6.0 "soon". Should > I wait for it before starting my packaging work? As I told you in my first > message, my time frame is for 2009 (most probably early Q1). I think that > modifications necessary fot the Cygwin package could as well be > incorporated in some later 2.6.1 update that would provide no new > functionality, excdept the Cygwin port. [...] Yesterday I upgraded my Cygwin installation to the latest and greatest version via the usual setup.exe and tried to build freeglut from SVN with it. Alas, it once again failed... :-( I am quite sure that it worked last time I tried it, which was a few months ago. The vanilla configuration/compilation fails because suddenly -lGLU and friends don't seem to work anymore (should glu32 etc. be used now, even under X??), and the configuration/compilation with "-- without-x" fails in the linking step, because it can't find the OpenGL entry points (calling convention mismatch)? In the past I really tried to keep compilation of freeglut under Cygwin alive, but I'm slowly losing interest. I really like Cygwin as a tool, but for a programmer of portable software it is really hell on earth. :-( I would really appreciate if somebody else took over the Cygwin maintenance of freeglut. André? A way to build a native Windows DLL under MinGW/MSYS would be a nice bonus, too, but I can't see a way to do this via libtool, so we would probably have to revert to a batch script. :-P Regarding the 2.6.0 release: I propose that André tries to get things going again under Cygwin, but if it takes too much time, we should release anyway. The important thing is that freeglut compiles under MSVC, the various Linuxes, BSD clones, Solaris and Mac OS. If we do not hear any complaints from these major platforms, we should ignore the Cygwin issue for now. Cheers, S. ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Sven P. <Sve...@ae...> - 2009-03-01 13:45:36
|
Am Samstag, 14. Februar 2009 12:46:33 schrieb Sven Panne: > Yesterday I upgraded my Cygwin installation to the latest and greatest > version via the usual setup.exe and tried to build freeglut from SVN with > it. Alas, it once again failed... :-( I am quite sure that it worked last > time I tried it, which was a few months ago. [...] Good news: With my latest changes from yesterday and today, freeglut compiles and runs under Cygwin again, both via X11 and directly via the opengl32 DLL. I am not quite sure what caused the arcane compilation/linking problems I had previously, but wiping away my Cygwin installation and reinstalling the latest and greatest stuff from scratch solved quite a few problems. There is only one problem: When using X11 under Cygwin, GLX does not provide glXCreateContextAttribsARB, so you can't use the new contexts, but this is not freeglut's fault. Probably some future X11 version for Cygwin will fix this problem (has this already been reported as a bug/feature request to the Cygwin people?). Building with -mno-cygwin and --without-x as described in README.win32 solves this problem, at least if you don't need OpenGL 3.0 *and* X11 at the same time. Cheers, S. |
From: Steve B. <st...@sj...> - 2009-03-01 15:25:09
|
I doubt very much that there are many Windows users with Cygwin AND X11 AND OpenGL 3.0...most people use Cygwin+OpenGL to write native Windows programs. I don't see that as something that should hold up a release. Sven Panne wrote: > There is only one problem: When using X11 under Cygwin, GLX does not provide > glXCreateContextAttribsARB, so you can't use the new contexts, but this is not > freeglut's fault. Probably some future X11 version for Cygwin will fix this > problem (has this already been reported as a bug/feature request to the Cygwin > people?). Building with -mno-cygwin and --without-x as described in > README.win32 solves this problem, at least if you don't need OpenGL 3.0 *and* > X11 at the same time. > > Cheers, > S. > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: John-John T. <joh...@gm...> - 2009-02-03 21:14:15
|
This is the standard way for builing any project using autotools, and there is already a script for doing the generation called autoreconf which does the four first line (and is very verbose about project errors). Also, the ./configure should never be automated since there are a range of options that might need to be considered depending on the target platform. But i don't see the harm in actually mentioning how to do this in the README, which also references an INSTALL file that i cannot locate. (personally, i would prefer something else over autotools since it is overly complex. but that's another discussion) Cheers, -- John-John Tedro 2009/2/3 Fay, John F Dr CTR USAF AFMC 46 SK <joh...@eg...> > Folks, > > Having dug through the e-mail archives and found something from > Aleksander Donev a few years ago on how to build "freeglut" on a Linux > system, I have made a script so that I don't have to do the digging again. > I propose to add the script to the SVN tree so that it will download. It > has the following commands: > > autoheader > aclocal > libtoolize --copy --force > automake --add-missing > autoconf > ./configure > make > > I have a serious need for this script as there are no instructions in the > "freeglut" distribution that I can find and I do this rarely enough that I > need the reminder. > > The question at hand is, what shall I call the script file? At the > moment it is called "make_x11_build_from_scratch", which while descriptive > is a bit unwieldy. > > John F. Fay > Technical Fellow > Jacobs Technology TEAS Group > 850-883-1294 > > > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > |
From: Fay, J. F Dr C. U. A. 46 S. <joh...@eg...> - 2009-02-03 21:25:30
|
That is an excellent idea. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: John-John Tedro [mailto:joh...@gm...] Sent: Tuesday, February 03, 2009 3:14 PM To: FreeGLUT developers list Subject: Re: [Freeglut-developer]*nix script to build "freeglut" <snip> But i don't see the harm in actually mentioning how to do this in the README, which also references an INSTALL file that i cannot locate. <snip> |
From: Sven P. <Sve...@ae...> - 2009-02-12 19:32:07
|
Am Dienstag, 3. Februar 2009 22:14:04 schrieb John-John Tedro: > This is the standard way for builing any project using autotools, and there > is already a script for doing the generation called autoreconf which does > the four first line (and is very verbose about project errors). > [...] A little bit more explanations: As already mentioned above, the canonical way to build and install an autotools project is simply "./configure && make install". The configure script can usually take tons of option for tweaking paths, optimization levels, inclusion/exclusion of features, etc., so there is no point in putting this call into another script. For developers working on sources directly from SVN, an additional step has to be done before that to generate the configure script itself, related scripts, Makefile templates, etc., because these are all *generated* files and should therefore *never* be under version control (well, unless one is very fond of inconsistencies which would otherwise arise sooner or later ;-). This initial step is done via "autoreconf" or in the case of freeglut via "./autogen.sh", which is a simple shell wrapper for autoreconf with a few sensible options. A source distribution (done via "make dist") contains the generated files, so this step is not needed for normal users. In a nutshell, the common use cases are: * Initial build steps for a freeglut developer after a checkout: "./autogen.sh && ./configure && make" After that, simply calling "make" is enough. * Build a source release after a fresh checkout: "./autogen.sh && ./configure && make dist" * Steps for a normal user after unpacking a source release: "./configure && make install" * Installing with default paths (i.e. below /usr/local) will probably need root privileges, so using "./configure --prefix=/home/johndoe/myfreeglut && make install" is another common way. Cheers, S. |
From: André B. <and...@ho...> - 2009-02-17 16:43:30
|
Hi there, Regarding issues of building Freeglut under Cygwin: Sven Panne wrote: ---------------------------------------- > Date: Sat, 14 Feb 2009 12:46:33 +0100 > Subject: Re: [Freeglut-developer] Freeglut under Cygwin > > Am Mittwoch, 17. Dezember 2008 04:12:08 schrieb André Bleau: >> [...] >> 1- I noticed some messages about a forecoming Freeglut 2.6.0 "soon". Should >> I wait for it before starting my packaging work? As I told you in my first >> message, my time frame is for 2009 (most probably early Q1). I think that >> modifications necessary fot the Cygwin package could as well be >> incorporated in some later 2.6.1 update that would provide no new >> functionality, excdept the Cygwin port. [...] > > Yesterday I upgraded my Cygwin installation to the latest and greatest version > via the usual setup.exe and tried to build freeglut from SVN with it. Alas, it > once again failed... :-( I am quite sure that it worked last time I tried it, > which was a few months ago. The vanilla configuration/compilation fails > because suddenly -lGLU and friends don't seem to work anymore (should glu32 > etc. be used now, even under X??), and the configuration/compilation with "-- > without-x" fails in the linking step, because it can't find the OpenGL entry > points (calling convention mismatch)? > > In the past I really tried to keep compilation of freeglut under Cygwin alive, > but I'm slowly losing interest. I really like Cygwin as a tool, but for a > programmer of portable software it is really hell on earth. :-( I would really > appreciate if somebody else took over the Cygwin maintenance of freeglut. > André? A way to build a native Windows DLL under MinGW/MSYS would be a nice > bonus, too, but I can't see a way to do this via libtool, so we would probably > have to revert to a batch script. :-P > > Regarding the 2.6.0 release: I propose that André tries to get things going > again under Cygwin, but if it takes too much time, we should release anyway. > The important thing is that freeglut compiles under MSVC, the various Linuxes, > BSD clones, Solaris and Mac OS. If we do not hear any complaints from these > major platforms, we should ignore the Cygwin issue for now. > > Cheers, > S. I have always had issues building Freeglut with Cygwin's autotools. So my plan for a first package of Freeglut for Cygwin is to build it with Visual Studio, as I currently do for GLUT. This brings some other issue that I mentioned in my last message: ---------------------------------------- 2- The current version (2.4.0) builds well with my version of Visual Studio (2005), even if it contains only a workspace (.dsw) and projects (.dsp) for Visual Studio 6. VS 2005 can read those and convert them to a solution (.sln) and new projects (.prj) that I can modify. But VS 2005 can not write backward compatible .dsw and .dsp, so I can not prepare patches for these. I could use some tool like prjconvert to perform the conversion, but I have no experience with it and I don't know how well it works. I could test with VS 2005 if it can read back those converted .dsw and .dsp, but that does not necessarily mean that VS 6 could read them properly. Someone else would have to do test that. I could also write to this mailing list what changes I made to the .sln and .prj files, and someone else could then try to apply similar changes in VS 6 to the .dsw and .dsp. ---------------------------------------- Is there any interest in building Freeglut with VS2005 ? If yes, is there any interest in bringing the changes I made for building with VS2005 to Freeglut's CVS? - André _________________________________________________________________ |
From: Diederick C. N. <die...@ni...> - 2009-02-18 00:31:32
|
Dear André, (I am new to FreeGLUT and this mailing list). Up till now I have just been using compiled freeglut code that i've found on the net somewhere, but I do want to try out the latest version, which i would then have to compile myself (haven't got around to that yet). It sounds like compiling with VS2005 didn't work right off the bat (i am using VS2008, so I guess the story would be the same), so I would be interested in the changes you had to make. In general, I suppose it would be a good idea to have your changes available in SVN for all who might want to compile in VS2005/2008. Best, Diederick 2009/2/18 André Bleau <and...@ho...>: > > > Hi there, > > Regarding issues of building Freeglut under Cygwin: > > Sven Panne wrote: > ---------------------------------------- >> Date: Sat, 14 Feb 2009 12:46:33 +0100 >> Subject: Re: [Freeglut-developer] Freeglut under Cygwin >> >> Am Mittwoch, 17. Dezember 2008 04:12:08 schrieb André Bleau: >>> [...] >>> 1- I noticed some messages about a forecoming Freeglut 2.6.0 "soon". Should >>> I wait for it before starting my packaging work? As I told you in my first >>> message, my time frame is for 2009 (most probably early Q1). I think that >>> modifications necessary fot the Cygwin package could as well be >>> incorporated in some later 2.6.1 update that would provide no new >>> functionality, excdept the Cygwin port. [...] >> >> Yesterday I upgraded my Cygwin installation to the latest and greatest version >> via the usual setup.exe and tried to build freeglut from SVN with it. Alas, it >> once again failed... :-( I am quite sure that it worked last time I tried it, >> which was a few months ago. The vanilla configuration/compilation fails >> because suddenly -lGLU and friends don't seem to work anymore (should glu32 >> etc. be used now, even under X??), and the configuration/compilation with "-- >> without-x" fails in the linking step, because it can't find the OpenGL entry >> points (calling convention mismatch)? >> >> In the past I really tried to keep compilation of freeglut under Cygwin alive, >> but I'm slowly losing interest. I really like Cygwin as a tool, but for a >> programmer of portable software it is really hell on earth. :-( I would really >> appreciate if somebody else took over the Cygwin maintenance of freeglut. >> André? A way to build a native Windows DLL under MinGW/MSYS would be a nice >> bonus, too, but I can't see a way to do this via libtool, so we would probably >> have to revert to a batch script. :-P >> >> Regarding the 2.6.0 release: I propose that André tries to get things going >> again under Cygwin, but if it takes too much time, we should release anyway. >> The important thing is that freeglut compiles under MSVC, the various Linuxes, >> BSD clones, Solaris and Mac OS. If we do not hear any complaints from these >> major platforms, we should ignore the Cygwin issue for now. >> >> Cheers, >> S. > > I have always had issues building Freeglut with Cygwin's autotools. So my plan for a > first package of Freeglut for Cygwin is to build it with Visual Studio, as I > currently do for GLUT. > > This brings some other issue that I mentioned in my last message: > > ---------------------------------------- > 2- The current version (2.4.0) builds well with my version of Visual Studio (2005), even if it contains only a workspace (.dsw) and projects (.dsp) for Visual Studio 6. VS 2005 can read those and convert them to a solution (.sln) and new projects (.prj) that I can modify. But VS 2005 can not write backward compatible .dsw and .dsp, so I can not prepare patches for these. I could use some tool like prjconvert to perform the conversion, but I have no experience with it and I don't know how well it works. I could test with VS 2005 if it can read back those converted .dsw and .dsp, but that does not necessarily mean that VS 6 could read them properly. Someone else would have to do test that. I could also write to this mailing list what changes I made to the .sln and .prj files, and someone else could then try to apply similar changes in VS 6 to the .dsw and .dsp. > ---------------------------------------- > > Is there any interest in building Freeglut with VS2005 ? > > If yes, is there any interest in bringing the changes I made for building with VS2005 to > Freeglut's CVS? > > - André > > > _________________________________________________________________ > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > |
From: Fay, J. F Dr C. U. A. 46 S. <joh...@eg...> - 2009-02-18 16:05:30
|
Diederick, Hello and welcome to the "freeglut" community. The main issue regarding VS2005 or VS2008 support is having somebody around who can test the updates on an ongoing basis. If you or Andre would be available for that, I will be happy to add the appropriate files to SVN. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: Diederick C. Niehorster [mailto:die...@ni...] Sent: Tuesday, February 17, 2009 6:31 PM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Freeglut under Cygwin Dear André, (I am new to FreeGLUT and this mailing list). Up till now I have just been using compiled freeglut code that i've found on the net somewhere, but I do want to try out the latest version, which i would then have to compile myself (haven't got around to that yet). It sounds like compiling with VS2005 didn't work right off the bat (i am using VS2008, so I guess the story would be the same), so I would be interested in the changes you had to make. In general, I suppose it would be a good idea to have your changes available in SVN for all who might want to compile in VS2005/2008. Best, Diederick 2009/2/18 André Bleau <and...@ho...>: > > > Hi there, > > Regarding issues of building Freeglut under Cygwin: > > Sven Panne wrote: > ---------------------------------------- >> Date: Sat, 14 Feb 2009 12:46:33 +0100 >> Subject: Re: [Freeglut-developer] Freeglut under Cygwin >> >> Am Mittwoch, 17. Dezember 2008 04:12:08 schrieb André Bleau: >>> [...] >>> 1- I noticed some messages about a forecoming Freeglut 2.6.0 "soon". Should >>> I wait for it before starting my packaging work? As I told you in my first >>> message, my time frame is for 2009 (most probably early Q1). I think that >>> modifications necessary fot the Cygwin package could as well be >>> incorporated in some later 2.6.1 update that would provide no new >>> functionality, excdept the Cygwin port. [...] >> >> Yesterday I upgraded my Cygwin installation to the latest and greatest version >> via the usual setup.exe and tried to build freeglut from SVN with it. Alas, it >> once again failed... :-( I am quite sure that it worked last time I tried it, >> which was a few months ago. The vanilla configuration/compilation fails >> because suddenly -lGLU and friends don't seem to work anymore (should glu32 >> etc. be used now, even under X??), and the configuration/compilation with "-- >> without-x" fails in the linking step, because it can't find the OpenGL entry >> points (calling convention mismatch)? >> >> In the past I really tried to keep compilation of freeglut under Cygwin alive, >> but I'm slowly losing interest. I really like Cygwin as a tool, but for a >> programmer of portable software it is really hell on earth. :-( I would really >> appreciate if somebody else took over the Cygwin maintenance of freeglut. >> André? A way to build a native Windows DLL under MinGW/MSYS would be a nice >> bonus, too, but I can't see a way to do this via libtool, so we would probably >> have to revert to a batch script. :-P >> >> Regarding the 2.6.0 release: I propose that André tries to get things going >> again under Cygwin, but if it takes too much time, we should release anyway. >> The important thing is that freeglut compiles under MSVC, the various Linuxes, >> BSD clones, Solaris and Mac OS. If we do not hear any complaints from these >> major platforms, we should ignore the Cygwin issue for now. >> >> Cheers, >> S. > > I have always had issues building Freeglut with Cygwin's autotools. So my plan for a > first package of Freeglut for Cygwin is to build it with Visual Studio, as I > currently do for GLUT. > > This brings some other issue that I mentioned in my last message: > > ---------------------------------------- > 2- The current version (2.4.0) builds well with my version of Visual Studio (2005), even if it contains only a workspace (.dsw) and projects (.dsp) for Visual Studio 6. VS 2005 can read those and convert them to a solution (.sln) and new projects (.prj) that I can modify. But VS 2005 can not write backward compatible .dsw and .dsp, so I can not prepare patches for these. I could use some tool like prjconvert to perform the conversion, but I have no experience with it and I don't know how well it works. I could test with VS 2005 if it can read back those converted .dsw and .dsp, but that does not necessarily mean that VS 6 could read them properly. Someone else would have to do test that. I could also write to this mailing list what changes I made to the .sln and .prj files, and someone else could then try to apply similar changes in VS 6 to the .dsw and .dsp. > ---------------------------------------- > > Is there any interest in building Freeglut with VS2005 ? > > If yes, is there any interest in bringing the changes I made for building with VS2005 to > Freeglut's CVS? > > - André > > > _________________________________________________________________ > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Paul M. <pm...@sk...> - 2009-02-18 16:37:14
|
I can help out with VS 2005 testing. Is there a formal test suite in the repo that I should run? Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 |
From: Fay, J. F Dr C. U. A. 46 S. <joh...@eg...> - 2009-02-18 16:50:22
|
(1) Make sure everything builds, both in the libraries (DLL and static, debug and release) and in the demo programs. (2) Make sure all the demo programs run, at least with the static library. (3) I also have the library of GLUT demo programs that I have implemented for "freeglut". If you are interested I can try and get them to you; going through the Air Force firewall will be a bit problematic, though. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: Paul Martz [mailto:pm...@sk...] Sent: Wednesday, February 18, 2009 10:37 AM To: 'FreeGLUT developers list' Subject: Re: [Freeglut-developer] Freeglut under Cygwin I can help out with VS 2005 testing. Is there a formal test suite in the repo that I should run? Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Diederick C. N. <die...@ni...> - 2009-02-19 00:33:33
|
Thanks John, I can do VS 2008 testing too, please let me know when the relevant project files are in the SVN. John, if you can try to get your testsuite to me too, that would be nice! This bring me to a different question, when will 2.6.0 be released? Can I help with that some how / is it still hinging on some testing? Diederick 2009/2/19 Fay, John F Dr CTR USAF AFMC 46 SK <joh...@eg...>: > (1) Make sure everything builds, both in the libraries (DLL and static, debug and release) and in the demo programs. > > (2) Make sure all the demo programs run, at least with the static library. > > (3) I also have the library of GLUT demo programs that I have implemented for "freeglut". If you are interested I can try and get them to you; going through the Air Force firewall will be a bit problematic, though. > > John F. Fay > Technical Fellow > Jacobs Technology TEAS Group > 850-883-1294 > > -----Original Message----- > From: Paul Martz [mailto:pm...@sk...] > Sent: Wednesday, February 18, 2009 10:37 AM > To: 'FreeGLUT developers list' > Subject: Re: [Freeglut-developer] Freeglut under Cygwin > > I can help out with VS 2005 testing. Is there a formal test suite in the > repo that I should run? > > Paul Martz > Skew Matrix Software LLC > http://www.skew-matrix.com > +1 303 859 9466 > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > |
From: Paul M. <pm...@sk...> - 2009-02-19 16:35:21
|
As of rev 779, everything is building and running well, with some notes as follows: * Sven's smooth_opengl3x example is now part of the demos .dsw file, and when I attempt to add it, Visual Studio complains that the corresponding .dsp is corrupt. Sven, if you don't have VC6, I could take a look at this and attempt to resolve the issue here. * I get a lot of compiler warnings, all of which are 4996, like so: warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. There are over a dozen such warnings. We could leave them there or attempt to disable them. If we want to disable them, there are two ways to do it: 1) follow the instructions given in the warning, which looks like it would just be a project file setting, or 2) my guy instinct would be to use a #pragma, but we'd need to wrap it in a #ifdef so that only the MSVS compilers see it (something more than just "#ifdef _WIN32", presumably). * I don't really care for the state my desktop is left in after I run the "one" demo, which changes my screen resolution to something like 640x480x16, and correspondingly rearranges and resizes all my open windows. Is there plans to retire this functionality, or at least retire the demo? I'm kind of anal retentive about how my desktop is laid out, and don't care to have software rearrange it. :-) Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -----Original Message----- From: Fay, John F Dr CTR USAF AFMC 46 SK [mailto:joh...@eg...] Sent: Wednesday, February 18, 2009 9:49 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Freeglut under Cygwin (1) Make sure everything builds, both in the libraries (DLL and static, debug and release) and in the demo programs. (2) Make sure all the demo programs run, at least with the static library. (3) I also have the library of GLUT demo programs that I have implemented for "freeglut". If you are interested I can try and get them to you; going through the Air Force firewall will be a bit problematic, though. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: Paul Martz [mailto:pm...@sk...] Sent: Wednesday, February 18, 2009 10:37 AM To: 'FreeGLUT developers list' Subject: Re: [Freeglut-developer] Freeglut under Cygwin I can help out with VS 2005 testing. Is there a formal test suite in the repo that I should run? Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 ---------------------------------------------------------------------------- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ---------------------------------------------------------------------------- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Sven P. <Sve...@ae...> - 2009-02-22 13:12:31
|
Am Donnerstag, 19. Februar 2009 17:35:15 schrieb Paul Martz: > As of rev 779, everything is building and running well, with some notes as > follows: > > * Sven's smooth_opengl3x example is now part of the demos .dsw file, and > when I attempt to add it, Visual Studio complains that the corresponding > .dsp is corrupt. Sven, if you don't have VC6, I could take a look at this > and attempt to resolve the issue here. Currently I don't have any version of VC on my machine. What is the latest free version I can download? Does this VC version have any global negative performance impact on my WIndows? I remember that quite a long time ago, you could get debugging DLLs at places where you definitely don't want to have them when not developing SW... > * I get a lot of compiler warnings, all of which are 4996, like so: > warning C4996: 'sprintf': This function or variable may be unsafe. > Consider using sprintf_s instead. To disable deprecation, use > _CRT_SECURE_NO_WARNINGS. See online help for details. Good point. The warning is correct, nobody should ever use sprintf, it is the cause of tons of security problems. But sprintf_s is a silly recommendation from VC, it is non-standard and Microsoft-only (surprise, surprise...). We should definitely use the standard snprintf instead. Does VC provide it? I am not sure if I have spare time in the next few days, so: Any volunteers? > [...] > * I don't really care for the state my desktop is left in after I run the > "one" demo, which changes my screen resolution to something like > 640x480x16, and correspondingly rearranges and resizes all my open windows. > Is there plans to retire this functionality, or at least retire the demo? > I'm kind of anal retentive about how my desktop is laid out, and don't care > to have software rearrange it. :-) Switching the resolution/BPP back is the way to go, I think. Cheers, S. |
From: Sven P. <Sve...@ae...> - 2009-02-28 13:14:18
|
Am Donnerstag, 19. Februar 2009 17:35:15 schrieb Paul Martz: > [...] > * I get a lot of compiler warnings, all of which are 4996, like so: > warning C4996: 'sprintf': This function or variable may be unsafe. > Consider using sprintf_s instead. To disable deprecation, use > _CRT_SECURE_NO_WARNINGS. See online help for details. FYI: I've just committed changes to avoid the use of sprintf. If VC still complains (this time about vsnprintf), somebody with VC access should add pragmas to silence these warnings, they would be of no use. > [...] > * I don't really care for the state my desktop is left in after I run the > "one" demo, which changes my screen resolution to something like > 640x480x16, and correspondingly rearranges and resizes all my open windows. > Is there plans to retire this functionality, or at least retire the demo? > I'm kind of anal retentive about how my desktop is laid out, and don't care > to have software rearrange it. :-) This one is still open, but I don't think that it is a show-stopper for a release. Cheers, S. |
From: Norman V. <nh...@ca...> - 2009-02-28 15:19:04
|
why not just #if defined MSVC # define snprintf _snprintf # define vsnprintf _vsnprintf #define _CRT_SECURE_NO_WARNINGS #endif where ever sprintf and family are used http://msdn.microsoft.com/en-us/library/1kt27hek(VS.80).aspx http://msdn.microsoft.com/en-us/library/2ts7cx93(VS.71).aspx On Feb 28, 2009, at 8:14 AM, Sven Panne wrote: > Am Donnerstag, 19. Februar 2009 17:35:15 schrieb Paul Martz: >> [...] >> * I get a lot of compiler warnings, all of which are 4996, like so: >> warning C4996: 'sprintf': This function or variable may be unsafe. >> Consider using sprintf_s instead. To disable deprecation, use >> _CRT_SECURE_NO_WARNINGS. See online help for details. > > FYI: I've just committed changes to avoid the use of sprintf. If VC > still > complains (this time about vsnprintf), somebody with VC access > should add > pragmas to silence these warnings, they would be of no use. > >> [...] >> * I don't really care for the state my desktop is left in after I >> run the >> "one" demo, which changes my screen resolution to something like >> 640x480x16, and correspondingly rearranges and resizes all my open >> windows. >> Is there plans to retire this functionality, or at least retire the >> demo? >> I'm kind of anal retentive about how my desktop is laid out, and >> don't care >> to have software rearrange it. :-) > > This one is still open, but I don't think that it is a show-stopper > for a > release. > > Cheers, > S. > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Paul M. <pm...@sk...> - 2009-02-28 16:11:38
|
In current svn, all of these functions cause warning 4996: _snprintf strncpy getenv sscanf strtok I think that's a complete list. What's the appropriate place to disable these? Freeglut_internal.h? -Paul |
From: Fay, J. F Dr C. U. A. 46 S. <joh...@eg...> - 2009-02-28 16:26:59
|
Sven, We have some serious bad news here. I have just tried building "freeglut" on MSVC6 and while the libraries build without warnings, the demos all choke and die on the "vsnprintf" statements: <quote> Compiling... CallbackMaker.c (path)\trunk\freeglut\freeglut\progs\demos\CallbackMaker\CallbackMaker.c (40) : warning C4013: 'vsnprintf' undefined; assuming extern returning int Linking... CallbackMaker.obj : error LNK2001: unresolved external symbol _vsnprintf Release/CallbackMaker.exe : fatal error LNK1120: 1 unresolved externals Error executing link.exe. CallbackMaker.exe - 2 error(s), 1 warning(s) </quote> These aren't just warnings, these are errors. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: Sven Panne [mailto:Sve...@ae...] Sent: Saturday, February 28, 2009 7:14 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Testing: VS 2005 Am Donnerstag, 19. Februar 2009 17:35:15 schrieb Paul Martz: > [...] > * I get a lot of compiler warnings, all of which are 4996, like so: > warning C4996: 'sprintf': This function or variable may be unsafe. > Consider using sprintf_s instead. To disable deprecation, use > _CRT_SECURE_NO_WARNINGS. See online help for details. FYI: I've just committed changes to avoid the use of sprintf. If VC still complains (this time about vsnprintf), somebody with VC access should add pragmas to silence these warnings, they would be of no use. |
From: Paul M. <pm...@sk...> - 2009-02-28 16:34:34
|
As sprintf wasn't the only offender (sorry for my initial email on this topic, which was misleading), I suggest we back out Sven's change and go with Pragmas or some variant of Norman's suggestion. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 |