delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2010/01/22/12:55:21

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <4B59E4B2.3050001@gmail.com>
References: <81D39E818991E549B1F66EB6A7D18422BE8626 AT AVSMOEXCL02 DOT activision DOT com> <4B57DF25 DOT 4040605 AT gmail DOT com> <7f95d3561001220517k4fd93c6btdda02fd06596e97f AT mail DOT gmail DOT com> <20100122154551 DOT GB4020 AT ednor DOT casa DOT cgf DOT cx> <7f95d3561001220823md77as48d8128d396c8370 AT mail DOT gmail DOT com> <4B59D9FC DOT 3070307 AT gmail DOT com> <7f95d3561001220923i60a15fe6u71c36b0baeda3ebe AT mail DOT gmail DOT com> <4B59E4B2 DOT 3050001 AT gmail DOT com>
Date: Fri, 22 Jan 2010 18:55:09 +0100
Message-ID: <7f95d3561001220955r1c79df20xe76755160a4e32bc@mail.gmail.com>
Subject: Re: Design issue with new MS-DOS style path warning?
From: Eric Vautier <eric.vautier+cygwin AT gmail DOT com>
To: cygwin AT cygwin DOT com
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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

> =A0So, you are lumbered with some massive mish-mash of complex build scri=
pts,
> ANT, java, mixture of cygwin and native executables and god knows what el=
se,
> and somewhere down in the middle of it something's invoking what it proba=
bly
> expects to be a win32 program and getting the cygwin version, or vice-ver=
sa.
> Ouch. =A0You're going to have to figure out what's going on way down in t=
he
> internals and try and extract a simple testcase.

Yes, it's a slightly complicated build script, but it does the job
properly when invoked manually. It only fails if it is invoked from
inside a wrapping shell script.

To sum up: all 5 builds (three maven, two ant) work fine when invoked
manually from the command-line. The two ant builds fail in the overall
build invocator (build.sh, but I should probably call it
build-all.sh), whose sole task is to launch the 5 builds from inside
their own directories; the three maven builds are fine.

I see no reason why calling that ant build from inside a shell script
should mess up the paths with C:\cygdrive\c\dev\ prefixes. build.sh
does have #!/bin/sh at the top. Will investigate a little more.
-e

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019