delorie.com/archives/browse.cgi | search |
> =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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |