* Duft Markus wrote on Tue, Jan 30, 2007 at 09:02:24AM CET:
> Ralf Wildenhues <mailto:[EMAIL PROTECTED]> wrote:
> > * Duft Markus wrote on Fri, Jan 19, 2007 at 05:28:41PM CET:
> >>
> >> Sorry, i must correct myself. $EXEEXT *is* used *sometimes* and as
> >> far as my situation is concerned, completely in the wrong places...
> >
> > Well, it matches the Cygwin semantics of .exe interpolation:
> > <http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4729824>.
[...]
> > You don't describe your situation sufficiently well for somebody
> > else to do anything about it. Do you use Cygwin, MinGW, or Interix?
> > Native or cross-compile + simulator? What semantics does the system
> > in question have wrt. suffix interpolation?
With the above question ...
> The compiler i use is WGCC (still @ sourceforge ;o)) which i wrote
> myself. The sematics for executable extensions are configurable, which
> means one can set the default output filename in a configuration file.
... I meant the system (shell, libc), rather than the compiler here.
Your compiler isn't going to try to execute those files.
So, the question still stands: which system fails to execute
./foo
if there is an executable foo.exe in the current directory? Since
apparently I don't know it, and apparently it's not Cygwin nor MinGW,
I'd like to see documentation for it, so I can fix the ChangeLog entry
below.
The func_exec change shouldn't be needed, something like the patch below
should be sufficient. EXEEXT should be set when you run the test suite.
Cheers,
Ralf
2007-01-30 Ralf Wildenhues <[EMAIL PROTECTED]>
* tests/defs.m4sh (func_require, func_exec_check): When testing
for existence of required files, also try the $EXEEXT extension.
This is apparently needed on Interix.
* THANKS: Update.
Report by Markus Duft.
Index: THANKS
===================================================================
RCS file: /cvsroot/libtool/libtool/THANKS,v
retrieving revision 1.57
diff -u -r1.57 THANKS
--- THANKS 21 Jan 2007 16:15:36 -0000 1.57
+++ THANKS 30 Jan 2007 20:12:07 -0000
@@ -101,6 +101,7 @@
Marc Espie [EMAIL PROTECTED]
Marc J. Fraioli [EMAIL PROTECTED]
Mark Kettenis [EMAIL PROTECTED]
+ Markus Duft [EMAIL PROTECTED]
Olly Betts [EMAIL PROTECTED]
Patrick Welche [EMAIL PROTECTED]
Paul Eggert [EMAIL PROTECTED]
Index: tests/defs.m4sh
===================================================================
RCS file: /cvsroot/libtool/libtool/tests/defs.m4sh,v
retrieving revision 1.16
diff -u -r1.16 defs.m4sh
--- tests/defs.m4sh 12 Nov 2005 09:16:56 -0000 1.16
+++ tests/defs.m4sh 30 Jan 2007 20:35:05 -0000
@@ -5,7 +5,7 @@
# Gord Matzigkeit <[EMAIL PROTECTED]>, 1996
# Gary V. Vaughan <[EMAIL PROTECTED]>, 2003
-# Copyright (C) 2003, 2004, 2005 Free Software Foundation, Inc.
+# Copyright (C) 2003, 2004, 2005, 2007 Free Software Foundation, Inc.
# This is free software; see the source for copying conditions. There is NO
# warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
@@ -167,7 +167,7 @@
my_files=${1+"$@"}
for my_file in $my_files; do
- test -f "$my_file" \
+ { test -f "$my_file" || test -f "$my_file$EXEEXT"; } \
|| func_skip "You must run ${my_prereq}.test before running $0"
done
}
@@ -291,7 +291,7 @@
$opt_debug
my_program="$1"
- if test -f "$my_program"; then :
+ if test -f "$my_program" || test -f "$my_program$EXEEXT"; then :
else
shift
func_error "$0: $my_program did not build [EMAIL PROTECTED]"
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool
