Experimental Physics and Industrial Control System
Hi
sorry for coming late to this thread. I was in holidays.
On Friday, June 29, 2012, Brands Helge wrote:
> the problem is make. You have two solutions :
>
> 1) throw away the PATH form cygwin and use an other perl
>
> 2) when you don't want to do it change the makefile $(subst
> \\,/,$(LEMON)) o=. -g $< >[email protected]
>
> the problem is the redirection (>[email protected]) . Gnumake calls the cygwin
> shell because of it and the standard exchange of the slash with two
> backslashes generates the error, because "sh" throught them out.
Hm, but it seems only the strawberry Perl version of make has this
behaviour... it reminds me of the heuristics Perl uses to decide whether to
execute a call to the 'system' built-in function directly or via shell.
Anyway, thanks for the analysis. I wonder why this is not a problem when
compiling EPICS base. There are a number of rules in base that use
redirection, but it seems these rules are not needed to build base itself?
If someone has an idea how to work around this problem by changing the
sequencer build rules, I am minded to apply them.
Cheers
Ben
Attachment:
signature.asc
Description: This is a digitally signed message part.
- References:
- Re: SynApps build error : win32-x86 Brands Helge
- Navigate by Date:
- Prev:
Re: ethernet-based Gamma ion pump controller (mpc) Scott Baily
- Next:
Re: iptables example script for EPICS CA Benjamin Franksen
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
<2012>
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: SynApps build error : win32-x86 Brands Helge
- Next:
Access to Gpib Address via record in ASYN Andrew Wagner
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
<2012>
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024