Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Date: Sun, 19 Dec 1999 20:13:53 +0200 From: Paul Sokolovsky X-Mailer: The Bat! (v1.32) S/N AB51B607 Reply-To: Paul Sokolovsky X-Priority: 3 (Normal) Message-ID: <12842.991219@is.lg.ua> To: Earnie Boyd CC: Mikey , cygwin AT sourceware DOT cygnus DOT com Subject: Re[2]: ANNOUNCE selfhosting mingw32 In-reply-To: <19991219160908.9077.qmail@web121.yahoomail.com> References: <19991219160908 DOT 9077 DOT qmail AT web121 DOT yahoomail DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Earnie, Earnie Boyd wrote: >> I have uploaded the self hosting version of mingw32 >> to ftp.franken.de and Michael Hirmke has placed them >> into the directory >> ftp://ftp.franken.de/pub/win32/develop/gnuwin32/mingw32/porters/Mikey/ >> EB> This sounds great. >> The following is from the file ming-selfhost-README.doc in the distribution. >> >> This is kind of an expansion on what Earnie >> did for with mingw32-sup.1.0, except he and I disagree >> on binary/text mode issues in the development tools. >> >> Changes to the standard utils. >> All programs use binary mode opens by default, >> so piping between programs works correctly. Totally agree! 'Text mode' for fd's is just microsoft's silly dream! >> This package is targeted for developers who >> wish to use the GNU tools to develop/modify >> win32 programs written for either the VC++ 5/6, >> or GNU development environments with the same >> set of tools/headers/libs. >> >> Included are wrappers for gcc and ld >> to allow them to act like vc5 cl.exe, link.exe, and lib.exe >> anyone with Visual Stupidio who dosen't want >> to lay out $500 or $1300 for VC6 prof/ent for an >> occasional .c compile should hopefully appreciate this. Crazy! [] >> >> in fileutils >> install.exe and ln.exe map srcfile to srcfile.exe >> and destfile to destfile.exe if srcfile doesn't exist, >> none of the fileutils will try to overwrite a file with itself. So, you decided not to implement symlinks for now? >> >> in mingw32 >> working fork()/wait()/exec() and kill() when compiling with -ufork >> cl.exe/link.exe/lib.exe wrappers for gcc/dlltool, bscmake.exe stub, >> dtou.exe/utod.exe >> to convert \r\n <> \n. Exactlu way it should always be done. >> in libiberty >> access() and stat() map file to file.exe, You did even this?! >> /dev/con* /dev/tty >> /dev/null on process command line with -un_x or -ufork, >> many added/wrapped functions for un*x/posix compatibility. >> >> >> Thanks in no particular order are due to >> Geoff Noer, Mumit Kahn, and Earnie Boyd, >> for inspiring me to finally get off my A*S >> and do something about it. >> Incredible! But tell me how do you believe in the first timer that all that could be done basing with mingw32, i.e. with msvcrt.dll ? I'd never believe, if didn't see it with my eyes! >> All L/GPL binaries have matching sources, >> Sorry to people on 28.8 modems, but >> I see no other way to guarantee compliance >> with the L/GPL ;-( Thanks for bzip2ing. >> >> >> Please do not use so called "text" >> mode files/pipes when compiling un*x utils, >> anything that always breaks >> lseek etc. in the system libc is fundamentally >> broken, and should be fixed in the OS. >> >> to convert use dtou.exe or utod.exe >> >> >> Using text mode configuration files >> for your newly written user(s) programs is recommended, >> There are too many people out there >> who will save a .cfg file from notepad >> even when you tell them not to.-) I guess all gnu utilities should be patched to use "rt" and "wt" where needed, and those patches submitted back. After all, it's time to think about their ANSI C-compliance. EB> Wow, Mikey, you sure have a lot of work here. I was actually thinking of EB> actively doing something like this. It looks like you've beat me to the punch. Me, too! And now the main question: what is _your_ licensing for the stuff? Mingw32 is in public domain, if - let my imagination run away with - you wouldn't impose too much additional restrictions, then: Hey, folks, new Posix-on-Win32 implementation emerges, not plagued with GPLedness!!! Best regards, Paul mailto:paul-ml AT is DOT lg DOT ua -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com