delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
X-Originating-IP: | [69.3.25.171] |
Reply-To: | <caelum AT debian DOT org> |
From: | "Rafael Kitover" <caelum AT debian DOT org> |
To: | <cygwin AT cygwin DOT com> |
Subject: | idea for a new project, libntcmd |
Date: | Fri, 24 Jan 2003 12:53:39 -0800 |
Message-ID: | <000701c2c3ea$ac30ad30$0201a8c0@ISIS> |
MIME-Version: | 1.0 |
X-Priority: | 3 (Normal) |
X-MSMail-Priority: | Normal |
Importance: | Normal |
X-MimeOLE: | Produced By Microsoft MimeOLE V6.00.2800.1106 |
X-OriginalArrivalTime: | 24 Jan 2003 20:53:37.0555 (UTC) FILETIME=[AAD38E30:01C2C3EA] |
Currently there is a fundamental divide between the cmd.exe shell and a unix shell, even on windows with Cygwin. A source project can of course support a native windows build using a makefile with make --win32, or using dmake (http://search.cpan.org/author/GSAR/dmake-4.1pl1-win32). Or configure and build itself using MSYS in mingw or cygwin with gcc -mno-cygwin. What would be more convenient though, is having a set of modules for bash and zsh to 1) recognize obvious windows file names rather than escape sequences, so you could write C:\foo\bar instead of C:\\foo\\bar, or \windows\system32\... This is not as difficult or ugly as it may sound. 2) support cmd.exe builtins like del/copy/exists/etc, and execute dos batch files. Things like if and goto, because they're only useful in batch, would present little problem as well. This would allow better interaction between the windows and cygwin worlds, and also be convenient for windows users new to unix. It would also remove most of the reasons a user might have to use cmd instead of a cygwin shell. It should also allow for running windows makefiles as-is. Much of what would be needed for this project is already provided in the ReactOS cmd.exe clone: http://sources.redhat.com/ml/cygwin/2001-05/msg00585.html I've just built it using the patch above (most of which fails, look at makefile.rej and add the -mno-cygwin option to $(CC)) and a React OS apps snapshot from here: http://www.reactos.com/index.php?tab=software§ion=applications The rest would be creating a library and making an interface to the library using bash's loadable module support (also for zsh and tcsh perhaps). Thoughts? Is this interesting/crazy/impossible? -- Rafael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |