Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm Sender: cygwin-apps-owner AT cygwin DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT cygwin DOT com Date: Fri, 18 Jan 2002 13:06:32 -0500 From: Christopher Faylor To: cygwin-apps AT cygwin DOT com Subject: Re: gcc -mno-cygwin STL support for setup.exe? Message-ID: <20020118180632.GA24778@redhat.com> Reply-To: cygwin-apps AT cygwin DOT com Mail-Followup-To: cygwin-apps AT cygwin DOT com References: <20020118180305 DOT GA2312 AT dothill DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020118180305.GA2312@dothill.com> User-Agent: Mutt/1.3.23.1i On Fri, Jan 18, 2002 at 01:03:05PM -0500, Jason Tishler wrote: >Unfortunately, I'm getting bogged down trying to add the rebase >functionality to setup.exe due to the lack of STL. I am hoping that >I will not have to re-implement linked lists and possibly associated >arrays too. I see that Rob has a list class, but I don't think that it >will meet all of my needs. Weren't you going to rewrite rebase in C? It is very likely that it wouldn't be accepted into binutils otherwise. >About a year ago, there was some discussion about adding libstdc++.a to >Cygwin's gcc -mno-cygwin mode. Can we revisit this issue? The biggest issue with relying on libstdc++.a for for setup.exe is that it requires this library to be built for cross-compilation. I have no idea how to do that. We have a looming problem here, though, since we will need to include at least a libsupc++.a for -mno-cygwin if/when we start using gcc 3.x. I can't build setup.exe with newer versions of gcc currently due to this lack. I don't know if libstdc++.a even builds under mingw currently. cgf