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
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, th
What's the output of "getfacl /usr/bin/perl"? How about "getfacl
/usr/bin/perl5.8.5.exe"? When you do "ls -lLn /usr/bin/perl", do you see
15865 as the owner, or some other id? What is your SHELL set to in the
Makefile? Does perl work from the command line in zsh (which seems to be
your SHELL)?
I just tried this, and things get worse. With 5.8.2-1, perl.exe won't
run from make. I've reinstalled Cygwin from scratch to try to clean out
anything that could be causing problems, but no luck. These are all the
commands I ran to reproduce the problem with 5.8.2.
#uname -r
1.5.11(0.116/4/2
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 /usr/b
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---+ 1
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
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
# 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 ->
#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
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.
>
>
>#!/usr/bin/perl
>
>print "Success.\n"
>
>
>
>default:
> perl foo.pl
>
>
>#ls -l /usr/bin/perl
>lrwxrwxrwx1 isaacf Domain U 2
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) 2004-0
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.
R
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.
>
>
> #!/usr/bin/perl
>
> print "Success.\n"
>
>
>
> default:
>perl foo.pl
>
>
> #ls -l /usr/bin/perl
> lrwxrwxrwx1 isaacf Domain U 24 Sep 7 1
Yes, the perl soft link works from the command line. Here's my test case that fails.
#!/usr/bin/perl
print "Success.\n"
default:
perl foo.pl
#ls -l /usr/bin/perl
lrwxrwxrwx1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl ->
/usr/bin/perl5.8.5.exe
#gmake
perl foo.pl
gmake: ex
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 Cygwi
16 matches
Mail list logo
