Well, I have XP SP1, and, as you saw, it worked. Since I didn't *really*
try it with 1.5.11, but rather with a self-built DLL from CVS, you might
try the latest snapshot and see if that fixes your problem. Otherwise, I
had a WAG that it had to do with the presence of .exe in the symlink name
and
On Tue, Sep 07, 2004 at 10:35:43PM -0600, Isaac Foraker wrote:
# ls -lL /usr/bin/perl.exe
ls: /usr/bin/perl.exe: No such file or directory
Some other possibly useful stuff:
# ls -lL /usr/bin/perl
-rwxr-x---+ 1 isaacf Users 11776 Aug 30 13:52 /usr/bin/perl
^^^
Does chmod a+x
Running chmod a+x /usr/bin/perl* does not help.
Thanks,
IF
Christopher Faylor wrote:
On Tue, Sep 07, 2004 at 10:35:43PM -0600, Isaac Foraker wrote:
# ls -lL /usr/bin/perl.exe
ls: /usr/bin/perl.exe: No such file or directory
Some other possibly useful stuff:
# ls -lL /usr/bin/perl
-rwxr-x---+
Okay, this is interesting. I got rid of /usr/bin/perl, and copied
perl5.8.5.exe back to perl.exe. Then I tried the exact sequence you had
below and it worked. For some reason the /usr/bin/perl1 soft link works
but the /usr/bin/perl soft link does not. I'm at a loss. Why can't I
make
Do you have a perl.exe somewhere *else* in your PATH? Try type -a
perl from bash, or which -a perl... How about type -a perl.exe or
which -a perl.exe? What happens when you name the symlink perl.exe
instead of perl?
Igor
On Wed, 8 Sep 2004, Isaac Foraker wrote:
Okay, this is
Funny you should say that. My boss and I just discovered that as the
culprit. There is a bug that only manifests in 1.5.11. Even though
'which perl' shows /usr/bin/perl, make was running /usr/local/bin/perl.
The version of /usr/local/bin/perl somehow lost it's 'x' attribute, so
it couldn't
On Tue, Sep 07, 2004 at 12:51:26PM -0600, Isaac Foraker wrote:
I have run into a bug when upgrading from 1.5.10 to 1.5.11. I use a
soft-link for /usr/bin/perl to point to the real version of Perl running
on my system. This lets me switch easily between the Native ActiveState
Perl and Cygwin
Yes, the perl soft link works from the command line. Here's my test case that fails.
foo.pl
#!/usr/bin/perl
print Success.\n
/foo.pl
Makefile
default:
perl foo.pl
/Makefile
#ls -l /usr/bin/perl
lrwxrwxrwx1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -
/usr/bin/perl5.8.5.exe
On Tue, 7 Sep 2004, Isaac Foraker wrote:
Yes, the perl soft link works from the command line. Here's my test
case that fails.
foo.pl
#!/usr/bin/perl
print Success.\n
/foo.pl
Makefile
default:
perl foo.pl
/Makefile
#ls -l /usr/bin/perl
lrwxrwxrwx1 isaacf Domain U
As stated in my original post, I renamed make.exe to gmake.exe to avoid
a name conflict with Opus make (also named make.exe). So,
gmake.exe==Cygwin make.exe. My environment is somewhat customized
because I have a lot of different build requirements depending on the
project I am working on.
Sorry, missed that. Still, like CGF, I can't reproduce this:
$ echo -e 'default:\n\tperl1 foo.pl' Makefile
$ echo -e '#!/usr/bin/perl1\n\n\nprint Success.\\n' foo.pl
$ ln -fs /usr/bin/perl /usr/bin/perl1
$ make
perl1 foo.pl
Success.
$ uname -a
CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2)
On Tue, Sep 07, 2004 at 05:15:27PM -0600, Isaac Foraker wrote:
Yes, the perl soft link works from the command line. Here's my test case
that fails.
foo.pl
#!/usr/bin/perl
print Success.\n
/foo.pl
Makefile
default:
perl foo.pl
/Makefile
#ls -l /usr/bin/perl
lrwxrwxrwx1 isaacf
#uname -a
CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686
unknown unknown Cygwin
I tried this same experiment on a home PC, and it is not having the
problem. The major difference I can see is that the home PC has XP SP2
installed, and the work machine is still on Service Pack
# ls -lL /usr/bin/perl.exe
ls: /usr/bin/perl.exe: No such file or directory
Some other possibly useful stuff:
# ls -lL /usr/bin/perl
-rwxr-x---+ 1 isaacf Users 11776 Aug 30 13:52 /usr/bin/perl
# ls -l /usr/bin/perl
lrwxrwxrwx1 isaacf Domain U 22 Sep 7 17:14 /usr/bin/perl -
14 matches
Mail list logo