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 Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: swamp-dog AT ntlworld DOT com (Guy Harrison) To: Subject: Re: Cygwin, GNU make and VC++ ? Date: Fri, 01 Nov 2002 20:29:31 GMT Reply-To: Message-ID: <3dc2e0b1.80326813@smtp.ntlworld.com> References: <3DBE05B9 DOT 6050301 AT scorec DOT rpi DOT edu> In-Reply-To: <3DBE05B9.6050301@scorec.rpi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id gA1KTjx16766 On Mon, 28 Oct 2002 22:51:21 -0500, Christophe Dupre wrote: >Hello everyone, >I'm trying to recompile a homegrown program that was originaly >developped for Unix under Windows. We were successful in compiling this >program with the cygwin-supplied gcc using our current Makefile. > >Now we'd like to recompile with the 'native' compiler, cl.exe provided >with Visual Studio, as some believe the native compile would produce >faster binaries (it's a long-running analysis code - even 5% speedup >would be significant). Also, the gcc binary can't seem to be able to >allocate more than 1024MB of memory, even though the machine has 4GB >physical (this is under Windows 2000). Even then, we had to modify a >registry key to be able to use more than 256MB, which is not great for >end-users. Take a look at the "-mno-cygwin" flag. I don't know what the ram issues are there but it will speed things up (no cygwin1.dll) while you solve your VC issues. >Anyway, we're making progress in being able to compile with CL.EXE, but >we're having trouble with include files. We use the flag >'-I/home/user/dg/include' to point to the include directory, but it >can't find it. If we use '-I../include' it works, but for many reasons >we need to be able to specify absolute paths for include files. > >Has anyone done that ? I was not able to find anything relevant in the >archives. For Borland Builder, yes. Initially three scripts (mutated into a program after a while): "bcc", "b++" and "bar" corresponding to "gcc", "g++", and "ar" respectively: borland linker driven via compiler so no need for a "bld" at the time. Worked well (CXX=b++ AR=bar etc) considering how crude it was. Essentially they recreated a plain windows environment, translated gcc options and rearranged gcc command line ordering into rough bcc32 equivilents (along with a "pass-through" option for precise control). -- swamp-dog AT ntlworld DOT com -- 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/