Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Tue, 19 Feb 2002 19:35:07 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: BUG with 1.3.9 : -mno-cygwin target still depends on cygwin1.dll Message-ID: <20020220003507.GE22591@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <3c72e52d3d0da4b8 AT mel-rta3 DOT wanadoo DOT fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c72e52d3d0da4b8@mel-rta3.wanadoo.fr> User-Agent: Mutt/1.3.23.1i On Wed, Feb 20, 2002 at 12:52:13AM +0100, Vincent GOMEZ wrote: >Hello, > >I'm currently working on a cygwin32 port of DevIL (http://openil.sf.net). Sorry, but I beg to differ. 1) It's "cygwin" not "cygwin32". 2) You're not working on a cygwin port if you are linking with -mno-cygwin. Assuming that you get this working with -mno-cygwin, you will have produced a executable which will be a straight windows program. It won't understand cygwin paths, signals, symbolic links, etc. >I get strange results when trying to compile the libs with -mno-cygwin >(we prefer to not depend on cygwin unix emulation as we don't need it, >we just use standard C functions) Sounds like you should move over to www.mingw.org, then. cgf -- 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/