From: Bob J. <rja...@li...> - 2002-05-17 16:14:09
|
I'm going to try and see if a gcj/libjava build is possible. I agree that it is not ready for prime time, but a native .java-->.exe compiler would certainly help in getting it there. If nothing else, merely expanding the pool of users/developers would help it to approach the critical mass that it needs to succeed. By the way, I haven't found -anything- easier for making JNI DLLs than MinGW. That includes Borland and VC++. I just love this thing! :-) Bob Jamison LinCom Corp. |
From: Marcus G. <mar...@ho...> - 2002-05-21 06:28:25
|
In reply to Oscar Fuentes: >> Also, wouldn't it be time to release a "proper" MinGW installation >> package (there are many good, free installer generators out there), > >No! Simple things are beatiful, and MinGW distribution is the >simplest. That is quite an achievement given the complexity of that >software. Ok, I agree. But at www.mingw.org the downloading / installation instructions are a little bit messy, I think. Ok, if you read it all you get it, but as it is now there are some "oddities": - There are two pages dealing with MinGW download: the main page, which provides the single file download, and the Download section, which explains the package philosophy (but refers to the single file download, which is only available on the main page). - The single file download is clearly the preferred selection for beginners, but some things could be improved: In the main page (where the link to the file is located), it would be nice with a link to the installation instructions. It would also be nice with some note that sais how big the archive is (KB) and that it's .tar.gz (perhaps a ZIP alternative would be possible too). - The single file download should be accessible from the Download section. Sorry for complaining like this. It just seems like simple improvements that can minimize confusion. The reason that I care at all, is that I like to recommend MinGW as the preferred compiler to use for OpenGL development, even for OpenGL/C/C++ beginners. To do that, I need the MinGW installation to be as trouble free as possible. I am currently considering maintaining my own MinGW installation/distribution in order to aid GLFW users (GLFW is an OpenGL framework, http://hem.passagen.se/opengl/glfw). >> I think many users are shying away from MinGW because of its >> complicated installation. After all, MinGW targets the MS Windows >> platform, with many users who have never even used "the MS-DOS >> prompt", not to mention changing the PATH ("the what?"). > >Seriously, do you think that a user who doesn't know nor is able to >learn what is PATH is the target audience of MinGW? With an IDE, it could. Well, you're right of course, that most MinGW users are probably geeks like me (I have five compilers installed, four of them accessible from the command prompt at the same time). But I still consider it to be the number one alternative to MSVC, especially among the free compilers. To "steal" users from MSVC, it needs to be user friendly (Dev-C++/MinGW has done nice things in this area). /Marcus ______________________________________________ From: Marcus Geelnard Dept.: GER - Signal Processing Snail-mail: Saab Ericsson Space AB S-405 15 GOTEBORG SWEDEN e-mail: mar...@sp... web: http://www.space.se Phone: Int+ 46 (0)31-735 4573 Fax: Int+ 46 (0)31-735 4000 ______________________________________________ |
From: Earnie B. <ear...@ya...> - 2002-05-21 11:01:14
|
Once we have an official (not just snapshot) release of GCC 3.1 or greater I'll package it in a simple one step install. As for IDE, no one IDE will suite everyone, so in my on step install, I may offer more than one choice. There is a project named Visual-MinGW that I'd like to see more support for from the MinGW user crowd. Earnie. Marcus Geelnard wrote: > > In reply to Oscar Fuentes: > > >> Also, wouldn't it be time to release a "proper" MinGW installation > >> package (there are many good, free installer generators out there), > > > >No! Simple things are beatiful, and MinGW distribution is the > >simplest. That is quite an achievement given the complexity of that > >software. > > Ok, I agree. But at www.mingw.org the downloading / installation > instructions are a little bit messy, I think. Ok, if you read it > all you get it, but as it is now there are some "oddities": > Well, you agree then disagree, make up your mind. I think you meant to say, "I understand your point, however ...". The site documentation notes have been noted and changes are being considered. Earnie. |
From: Norman V. <nh...@ca...> - 2002-05-21 13:21:06
|
Marcus Geelnard writes: >The reason that I care at all, is that >I like to recommend MinGW as the preferred compiler to use for OpenGL >development, even for OpenGL/C/C++ beginners. FYI Two OpenGL SceneGraph Libraries that I regularly use with MingW http://plib.sf.net http://www.openscenegraph.org I am currently trying to get these and FlightGear http://www.flightgear.org to be simple to install with MSYS and gcc3.1 All the above 'run' fine using MingW Cheers Norman |
From: Marcus G. <mar...@ho...> - 2002-05-21 11:30:51
|
Earnie Boyd wrote: >Once we have an official (not just snapshot) release of GCC 3.1 or >greater I'll package it in a simple one step install. As for IDE, no >one IDE will suite everyone, so in my on step install, I may offer more >than one choice. There is a project named Visual-MinGW that I'd like to >see more support for from the MinGW user crowd. I was not requesting an IDE to be shipped with MinGW - I just wanted to point out that if MinGW is used together with an IDE even a newbie can appreciate MinGW (as you pointed out, there are several free IDEs to choose from). I wasn't aware of the Visual-MinGW project. That's great news! I will add the project to my list of IDEs & editors (http://hem.passagen.se/opengl/getstarted/editor.html) :) >Marcus Geelnard wrote: >> >> In reply to Oscar Fuentes: >> >> >> Also, wouldn't it be time to release a "proper" MinGW installation >> >> package (there are many good, free installer generators out there), >> > >> >No! Simple things are beatiful, and MinGW distribution is the >> >simplest. That is quite an achievement given the complexity of that >> >software. >> >> Ok, I agree. But at www.mingw.org the downloading / installation >> instructions are a little bit messy, I think. Ok, if you read it >> all you get it, but as it is now there are some "oddities": >> > >Well, you agree then disagree, make up your mind. I think you meant to >say, "I understand your point, however ...". The site documentation >notes have been noted and changes are being considered. Sorry for the confusing statements. I agree that "That is quite an achievement given the complexity of that software". I still think that there are at least some tiny things that can be improved that would make life easier for first-timers. Marcus ______________________________________________ From: Marcus Geelnard Dept.: GER - Signal Processing Snail-mail: Saab Ericsson Space AB S-405 15 GOTEBORG SWEDEN e-mail: mar...@sp... web: http://www.space.se Phone: Int+ 46 (0)31-735 4573 Fax: Int+ 46 (0)31-735 4000 ______________________________________________ |
From: Earnie B. <ear...@ya...> - 2002-05-21 11:43:05
|
Marcus Geelnard wrote: > > I still think that there are at least some tiny things that can be improved that would > make life easier for first-timers. > Making the life of a "first-timer" easier may be a worthy goal, but I too was once a "first-timer" and I've managed to get beyond the barriers. Most of the others will too. Focusing on "first-timers" tends to leave out the focus toward a higher quality product. My goal for "first-timers" is to give them enough to stay interested long enough to ask questions at min...@li.... However, I do understand your point of improving "tiny things" and as I've said before, we're looking at addressing the issue. Earnie. |
From: Bob W. <bo...@ph...> - 2002-05-22 16:14:07
|
Ernie, >> Making the life of a "first-timer" easier may be a worthy goal, but I too was once a "first-timer" and I've managed to get beyond the barriers. Most of the others will too. << I debated with myself about responding to the snippet above. I think that attitude is wrong, dead wrong. I do not advocate producing a program or environment suitable for 3-year olds, but the same usefulness, understandability, and ease of operation that one finds in successful mass market software should be nearly as important as a robust, ANSI compliant compiler. To do otherwise smacks of elitism. My concern is the apparent attitude will be embraced by the first-timers as their skill and familiarity grow and will seep into their programming. Hopefully, I have misunderstood what you were saying any why your were saying it. Regards, Bob |
From: Earnie B. <ear...@ya...> - 2002-05-22 16:38:29
|
Bob Wilson wrote: > > Ernie, > > >> Making the life of a "first-timer" easier may be a worthy goal, but I too > was once a "first-timer" and I've managed to get beyond the barriers. Most > of the others will too. << > > I debated with myself about responding to the snippet above. I think that > attitude is wrong, dead wrong. If a person is to make it in the IT field, the barriers are only chances to learn. If one doesn't ever attack barrier themselves then chances are good that when a similar barriers show themselves again then that someone will still not know what to do. > I do not advocate producing a program or > environment suitable for 3-year olds, but the same usefulness, > understandability, and ease of operation that one finds in successful mass > market software should be nearly as important as a robust, ANSI compliant > compiler. I don't disagree. I would like an easy to use installation for all of the products www.mingw.org distributes. Shortly, all official releases for distribution from MinGW will be uniform. > To do otherwise smacks of elitism. My concern is the apparent > attitude will be embraced by the first-timers as their skill and familiarity > grow and will seep into their programming. Hopefully, I have misunderstood > what you were saying any why your were saying it. > Yes, most likely you've misunderstood me. Or perhaps what you've read doesn't itself relate to packaging as a whole but rather relates to "Making the life of the "first-timer" easier". Earnie. |
From: Bob W. <bo...@ph...> - 2002-05-22 16:56:24
|
Ernie, >> If a person is to make it in the IT field, the barriers are only chances to learn. If one doesn't ever attack barrier themselves then chances are good that when a similar barriers show themselves again then that someone will still not know what to do. << Again I do not quite agree. If a person is to make it in the IT field, he/she will have to break through the barriers he/she encounters. That is a fact of life and computers and programming, but that does not mean that one should either erect or take pride in the barriers that exist. If barriers were really critical to success in the IT field, 2GL, 3GL, 4GL, and 5GL development tools would have never been developed, and we would all be still writing assembly code. Regards, Bob |
From: Earnie B. <ear...@ya...> - 2002-05-22 17:21:02
|
Bob Wilson wrote: > > Ernie, > > >> If a person is to make it in the IT field, the barriers are only chances > to learn. If one doesn't ever attack barrier themselves then chances are > good that when a similar barriers show themselves again then that someone > will still not know what to do. << > > Again I do not quite agree. If a person is to make it in the IT field, > he/she will have to break through the barriers he/she encounters. That is a Uhm, "attack barrier" == "break through barriers"? Yes. > fact of life and computers and programming, but that does not mean that one > should either erect or take pride in the barriers that exist. If barriers > were really critical to success in the IT field, 2GL, 3GL, 4GL, and 5GL > development tools would have never been developed, and we would all be still > writing assembly code. > Only if the barrier had never been broken through. Earnie. |
From: Bob W. <bo...@ph...> - 2002-05-22 17:29:15
|
For some reason, I am getting two copies of everything from the remailer. Got any ideas? Regards, Bob |
From: Earnie B. <ear...@ya...> - 2002-05-22 17:44:39
|
Bob Wilson wrote: > > For some reason, I am getting two copies of everything from the remailer. > Got any ideas? > No. Check the headers of each mail. Earnie. |
From: Oscar F. <of...@wa...> - 2002-05-22 20:10:17
|
"Bob Wilson" <bo...@ph...> writes: > Ernie, > > >> If a person is to make it in the IT field, the barriers are only chances > to learn. If one doesn't ever attack barrier themselves then chances are > good that when a similar barriers show themselves again then that someone > will still not know what to do. << > > Again I do not quite agree. If a person is to make it in the IT field, > he/she will have to break through the barriers he/she encounters. That is a > fact of life and computers and programming, but that does not mean that one > should either erect or take pride in the barriers that exist. I can't see any barrier "erected" by the currrent MinGW installation procedure. Winzip, WinAce, WinWathetever will unpackage MinGW. Then, the user needs to know what PATH is. Although I agree that a zip file is more convenient than a gzipped one, the PATH issue is a must know for everybody who wants to do _anything_ on the PC IT field. Next time someone will ask for an installer that automatically launches an editor, pastes a "hello, world!" on it and performs the compilation. > If barriers were really critical to success in the IT field, 2GL, > 3GL, 4GL, and 5GL development tools would have never been developed, > and we would all be still writing assembly code. The reason why I think a "smart" installer for MinGW is a bad idea is because it would cause more harm than good. MSYS installer is ok. After isntallation you have an icon on your desktop and some files on your disk, inside a directory. It does not change how things work on your computer and it saves you work. Setting the PATH changes the way things work, and the user must be conscious about what he is doing. Now if you say that the installer will ask before doing the change and will explain the consequences, well, then it's ok. -- Oscar |
From: Brian C. B. <bri...@ho...> - 2002-05-22 20:54:07
|
Hi all, I have been watching this list from the background for some time, and have appreciated its value. However, I couldn't resist commenting on this subject as the best of both worlds do exist. Although the official MinGW installation procedure and usage is for 'experienced' programmers, the novices aren't left out in the dark wondering what they do with a t. These novices might who a 'point-n-click' environment where all they have to do is code and press a compile button should be directed to IDEs such as Dev-C++. For those who don't know, Dev-C++ is a pretty nice GUI face for MinGW (or Cygwin if it is installed) that does exactly what somebody mentioned earlier. It has an easy install that installs MinGW on the system, adds the IDE to the system, puts icons to the Start Menu, launches an editor (Dev-C++ IDE), gives the option of a Console/GUI & C/C++ app, builds a skeleton for the project (very nearly like a "Hello, World!" program), and then allows the user to quickly and efficiently add to the project and compile it. That is how I got introduced to MinGW. I started out with Dev-C++ and found out more about MinGW. When new releases of the different parts of MinGW come out, I upgrade the MinGW part of Dev-C++. Although I probably would have been scared away if I had found MinGW before Dev-C++, I am sure I could now do a full install of MinGW and use it without a Dev-C++ crutch. Also, I hear that there is another new IDE for MinGW called Visual MinGW, although it requires MinGW to already be installed. So perhaps a small section could be added to the website/release notes/faq that directs 'novices' or those not yet capable of "breaking the barrier" to Dev-C++ or any other IDE geared towards 'newbies'. And those who want the traditional way of manually installing MinGW can come to the official distribution. Just some thoughts that might not be even worth 2 cents. Sincerely, Brian Becker Shall we accept good from God, and not trouble? --- Outgoing mail is certified Virus Free by AVG Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.350 / Virus Database: 196 - Release Date: 4/17/2002 |
From: Charles S. <san...@ho...> - 2002-05-21 19:02:17
|
I love mingw and admire all your efforts! However I do agree with Marcus that a simple install would be wonderful, and Im not even considering first time users, i think it would do alot to widen mingw's fan base. Once there is an official release for 3.1 I will gladly package it with Inno setup (www.jrsoftware.org/isinfo.htm) if there is a demand. I dont think an IDE would be appropriate....unless you wanted to ship with emacs =). Charles >From: Earnie Boyd <ear...@ya...> >Reply-To: Earnie Boyd <Min...@li...> >To: Marcus Geelnard <mar...@ho...> >CC: Min...@li... >Subject: Re: [Mingw-users] GCC 3.1 (!) >Date: Tue, 21 May 2002 07:40:20 -0400 > >Marcus Geelnard wrote: > > > > I still think that there are at least some tiny things that can be >improved that would > > make life easier for first-timers. > > > >Making the life of a "first-timer" easier may be a worthy goal, but I >too was once a "first-timer" and I've managed to get beyond the >barriers. Most of the others will too. Focusing on "first-timers" >tends to leave out the focus toward a higher quality product. My goal >for "first-timers" is to give them enough to stay interested long enough >to ask questions at min...@li.... However, I do understand >your point of improving "tiny things" and as I've said before, we're >looking at addressing the issue. > >Earnie. > >_______________________________________________________________ > >Don't miss the 2002 Sprint PCS Application Developer's Conference >August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > >_______________________________________________ >MinGW-users mailing list >Min...@li... > >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. |
From: Earnie B. <ear...@ya...> - 2002-05-21 19:19:04
|
Charles Sanders wrote: > > I love mingw and admire all your efforts! Thanks, I do too. :) > However I do agree with Marcus > that a simple install would be wonderful, and Im not even considering first > time users, i think it would do alot to widen mingw's fan base. Once there > is an official release for 3.1 I will gladly package it with Inno setup > (www.jrsoftware.org/isinfo.htm) if there is a demand. I dont think an IDE > would be appropriate....unless you wanted to ship with emacs =). > If you read my first response you would know that I said that I would do this myself when the official version is released. And, yes an IDE should be a separate installation. Earnie. |
From: Marcus G. <mar...@ho...> - 2002-05-22 07:40:18
|
Norman wrote: >FYI >Two OpenGL SceneGraph Libraries that I regularly use with MingW >http://plib.sf.net >http://www.openscenegraph.org > >I am currently trying to get these and FlightGear >http://www.flightgear.org >to be simple to install with MSYS and gcc3.1 > >All the above 'run' fine using MingW FYI, I use MinGW as my primary development platform for GLFW http://hem.passagen.se/opengl/glfw ;-) And yes, it works very well, except that I have had to make a few patches to w32api in the past to get GLFW & OpenGL apps to compile. |
From: John B. <joh...@ho...> - 2002-05-22 21:26:37
|
Earnie Boyd wrote: > >> Making the life of a "first-timer" easier may be a worthy goal, but I >too >was once a "first-timer" and I've managed to get beyond the barriers. > Bob Wilson(?) wrote: >...but the same usefulness, >understandability, and ease of operation that one finds in successful mass >market software should be nearly as important as a robust, ANSI compliant >... > > I hear what you both are saying. A setup program would be nice, but, really, what could be simpler than unzipping an archive and setting the PATH? I know Earnie has promised to build a setup program, but it really is not necessary. If someone cannot unzip an archive and set the PATH (which can probably be done in under a minute on NT where you don't have to reboot to set the PATH), he is wasting his time trying to write C/C++ programs with a command-line compiler. He will fail miserably. Also, Bob needs to bear in mind that the people working on this project are doing it in their spare time for free. I like the fancy IDEs that you get with commercial compilers and tools such as Visual Basic; integrated debuggers (the GUI front end to GDB are still not as nice as M$VC++, TurboDebugger, etc.), context-sensitive help for your compiler errors and function calls, code completion, etc. But these things take time and effort to develop. I think we need to cut them some slack. In short, would Bob hire someone to write programs for him if he found out during the interview that he could not unzip an archive and set the PATH? _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. |
From: Bob W. <bo...@ph...> - 2002-05-24 03:07:47
|
>> In short, would Bob hire someone to write programs for him if he found out during the interview that he could not unzip an archive and set the PATH? << Not only no, *HELL NO*! However, many of the posts on both this and the dev-c++ newsgroup/forum are from those folks new to C++. It would not be unreasonable to have some sort of setup program. In regards to the comments about the volunteers, I understand and appreciate that is is damn difficult to do everything you might like if you are a volunteer, and I do not mean to impune the people who have created and continue to support this this fine project. My comments were directed towards an attitude that seemed to be a bit, "I've done it and you can damn well do it too!" Regards, Bob |
From: Manu <ma...@wa...> - 2002-05-24 10:01:24
|
Concerning Visual-MinGW (aka VM), Earnie is right, it needs some help. I'm so busy that I don't even have the time to read MinGW-users messages :( And particulary this exciting discussion. Anyway, I will ask for volunteers in VM's forum, I need especially testers under WinNT & XP, maybe..... Also, I think VM project will succeed only if GDB is fully integrated with a smart floating toolbar a la MSVC. To be continued.... About "first-timers" problems, VM's forum shows that even with a GUI interface, a readme, first-run tests and a dialog that displays the PATH. Setting the PATH is still a problem :) And my replies are actually not always pertinent. Though I think that with some documentation, with screen shots, all the stuff commented and explained, like "The red wire on the red button....", I think even my mother could understand how to set the PATH :] I'll experiment this soon. On the other hand, a setup exe isn't a problem if it doesn't write some garbage in the registry and doesn't clean all added keys when removed from the system. My experience using Regedit + Windiff or Regsnap shows my so horrible things concerning setup executables, that I hate these. ( the worse is probably after setting up M$ IE or their well known suite ) We won't have this kind of troubles with MinGW/MSYS, since the setup script is available in CVS. An amazing remark, monitor your temporary folder when launching a setup exe, you may find interesting files :) Except its trillion packages, I've found Cygwin's setup interesting since, it's possible to download packages and setup these off-line. Then you can manage your environment setup off-line, remove package X version Z and setup package X version Y. This is not only a setup exe but a manager. I'm probably dreaming of an ideal setup manager but downloading manually archives to a directory, and managing the installation off-line, using a small setup.exe would be wonderful. Any volunteers ? Ok, let's stop dreaming, InnoSetup is a fine solution. Manu. |
From: Wu Y. <ad...@ne...> - 2002-05-23 02:59:13
|
My two cents. In fact, I really hate the idea of a setup program for MinGW. It really adds more things to care and wins nothing. Someone must take care of the registry, correctness of installation/upgrade. As a developer I do not feel life comes any easier. The point is that MinGW does not have a GUI, and are often upgraded. Maybe a Cygwin-style setup will work, but I cannot help feeling uncomfortable when thinking of the unsatisfactory update status of the Cygwin setup. Yes, Cygwin is complicated and needs a setup (while MinGW has much fewer packages), but the setup maintainer just seemed overwhelmed by the various needs of many developers. Oh, I would very, very much rather use the old 2.125 setup, which regretfully cannot be used for updating now. Best regards, Wu Yongwei |
From: Paul W. <pa...@mi...> - 2002-05-23 03:37:00
|
Wu Yongwei wrote: > My two cents. I will up the stakes .. heres my 3 cents. > > In fact, I really hate the idea of a setup program for MinGW. It really adds > more things to care and wins nothing. Someone must take care of the > registry, correctness of installation/upgrade. As a developer I do not feel > life comes any easier. > I think that if we use a packager such as InnoSetup, which has previously been discussed, it is no more work to make a self installing executable than it is to zip files. The install build process is very easy! > The point is that MinGW does not have a GUI, and are often upgraded. Maybe a > Cygwin-style setup will work, but I cannot help feeling uncomfortable when > thinking of the unsatisfactory update status of the Cygwin setup. Yes, > Cygwin is complicated and needs a setup (while MinGW has much fewer > packages), but the setup maintainer just seemed overwhelmed by the various > needs of many developers. Oh, I would very, very much rather use the old > 2.125 setup, which regretfully cannot be used for updating now. I don't really like the cygwin installer... you get lost in the trillions of packages. I think it should be simpler... The type of installer MSYS has would be perfect with a couple of options for what you want to install. > > Best regards, > > Wu Yongwei > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > -- ------------------------------------------------------- Paul Whitfield Senior Software Engineer Microsol (Aust) Pty Ltd Phone: (+61) 08 9473 6646 Fax: (+61) 08 9473 6699 |
From: Marcus G. <mar...@ho...> - 2002-05-23 06:25:43
|
I can't help but revisiting this topic, which is obviously a debated one. A few more cents to the debate... Brian Becker wrote: > So perhaps a small section could be added to the website/release notes/faq >that directs 'novices' or those not yet capable of "breaking the barrier" to >Dev-C++ or any other IDE geared towards 'newbies'. And those who want the >traditional way of manually installing MinGW can come to the official >distribution. Just some thoughts that might not be even worth 2 cents. I agree. It is a good thing if MinGW can come in at least two flavours: pure 'expert' command line flavour, and fancy 'novice' IDE style. I do not see a need for the MinGW development team to maintain both flavours, but it would be a good thing if the official MinGW WWW site could direct the user to whatever flavour suits him/her best. Also, it might be a good idea to improve the 'communication' (?) betweem the core MinGW development and related IDE development. For instance, it would be nice if the MinGW site could aid Dev-C++ users with upgrading the MinGW part of Dev-C++ (by simple wording, and perhaps pointing him/her to appropriate resources on the Dev-C++ site). I know this can mean a lot of work, and I understand that there are other priorities, but good "marketing" and valuable information is at least as important as a good product. What I'm getting at is an issue that has not been brought up much during these discussions, but I think it is very important: If MinGW is not "marketed" well, it will not gain many new users (except for old Unix enthusiasts that want a familiar environment), and if MinGW does not get many users, less people will support the MinGW/GNU platform (all in favour for the MSVC platform), which in the end would make it utterly necessary to buy a Microsoft compiler to do any serious Windows development. I know I sound a bit pessimistic, but I hope you understand what I mean. As a single user, I'm very satisfied with the MinGW distribution and all. But if I'm the only MinGW user in the world, it would not be of much use to me unless I only want to work on my own, only distribute final executables, and/or only do experimental work. With that said, I think the future of MinGW looks very good. GCC 3.1 is great! MinGW is free! Several IDEs support MinGW! MinGW (finally) fully supports OpenGL! More and more users are seeing the advantages with MinGW every day! ...let's not lose that. |
From: Earnie B. <ear...@ya...> - 2002-05-23 10:49:20
|
Marcus Geelnard wrote: > > As a single user, I'm very satisfied with the MinGW distribution and > all. But if I'm the only MinGW user in the world, it would not be of > much use to me unless I only want to work on my own, only distribute > final executables, and/or only do experimental work. > > With that said, I think the future of MinGW looks very good. GCC 3.1 > is great! MinGW is free! Several IDEs support MinGW! MinGW (finally) > fully supports OpenGL! More and more users are seeing the advantages > with MinGW every day! > > ...let's not lose that. > Uh, you need to take a look at the download statistics on the File List page. MinGW-1.1.tar.gz has 135,694 downloads as of this morning. I'll leave it to the reader to check the rest of the file statistics. Earnie. |
From: AL <al...@cy...> - 2002-05-23 06:45:25
|
When I first started with mingw, a confusion I had was I needed to get the latest version of packages separately. It would be nice to have more minor snapshots along the way. |