On Thu, Jan 07, 2010 at 12:22:12PM +0100, Yann Rouillard wrote:
./printf.def:175: error: conflicting types for 'vsnprintf'
Maybe you could first send me the config.log/config.h generated on
Solaris 8 so I can compare with mine ?
It might be more useful to compare your stdio.h header file
Greg Wooledge a écrit :
On Thu, Jan 07, 2010 at 12:22:12PM +0100, Yann Rouillard wrote:
./printf.def:175: error: conflicting types for 'vsnprintf'
Maybe you could first send me the config.log/config.h generated on
Solaris 8 so I can compare with mine ?
It might be more useful to compare
On Thu, Jan 07, 2010 at 09:03:19AM -0500, Chet Ramey wrote:
*** ../bash-4.1/builtins/printf.def 2009-11-20 15:31:23.0 -0500
--- builtins/printf.def 2010-01-07 08:50:06.0 -0500
***
*** 173,177
#if !HAVE_VSNPRINTF
! extern int vsnprintf __P((char
Also works perfectly for Solaris. I can now compile bash 4.1 under
Solaris 8 or 9.
Thanks for answer.
Yann
Greg Wooledge a écrit :
On Thu, Jan 07, 2010 at 09:03:19AM -0500, Chet Ramey wrote:
*** ../bash-4.1/builtins/printf.def 2009-11-20 15:31:23.0 -0500
--- builtins/printf.def
Hello,
what do you think about make this the default behavior, not only when
POSIXLY_CORRECT is specified? A `stat' is very fast, the cost of a
stat+fork+exec is almost the same of a fork+exec.
This is the test case I used, I expect to get hello world twice:
On 1/7/10 8:39 AM, Giuseppe Scrivano wrote:
Hello,
what do you think about make this the default behavior, not only when
POSIXLY_CORRECT is specified? A `stat' is very fast, the cost of a
stat+fork+exec is almost the same of a fork+exec.
If you want to make this your default behavior,
Thanks for your answer.
Chet Ramey chet.ra...@case.edu writes:
I have a question: how bash should behave in the case you have:
---
export PATH=a:b:$PATH
mkdir a b
cat b/prog.sh EOF
echo b/prog.sh
EOF
chmod +x b/prog.sh
prog.sh
cat
On 1/7/10 5:30 PM, Giuseppe Scrivano wrote:
the code I have attached is just a test case that actually, AFAICS,
can't be fixed without change its code. This situation can be present
in a shell script that potentially can rely on the PATH elements
precedence.
Is there a way to disable