Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-26 Thread Michael G Schwern
On Tue, Jul 26, 2005 at 12:37:03AM -0400, John E. Malmberg wrote: The zlib module would not build. I had to change the makefile.pl to fix that. What was needed is a space between the @ and a macro which expanded to MCR imagename. With out that space, MMK interprets the @ to run

RE: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-26 Thread Paul Marquess
From: Michael G Schwern [mailto:[EMAIL PROTECTED] On Tue, Jul 26, 2005 at 12:37:03AM -0400, John E. Malmberg wrote: The zlib module would not build. I had to change the makefile.pl to fix that. What was needed is a space between the @ and a macro which expanded to MCR imagename.

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-25 Thread John E. Malmberg
When I pulled down a new copy today, for some reason the vms/vmsish.h was missing some of the required const prototypes in order to compile vms.c, so I am confused as to how it seemed to be building yesterday. I suppose I should change the subject as it is against a different days blead, but

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-25 Thread Abe Timmerman
Op een mooie zomerdag (Tuesday 26 July 2005 06:37),schreef John E. Malmberg: When I pulled down a new copy today, for some reason the vms/vmsish.h was missing some of the required const prototypes in order to compile vms.c, so I am confused as to how it seemed to be building yesterday. I

[PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread Craig A. Berry
At 5:48 PM -0400 7/24/05, John E. Malmberg wrote: if (UNLINK(s)) ^ %CC-W-NOTCONSTQUAL, In this statement, the referenced type of the pointer value (s) is const, but the referenced type of the target of this assignment is not. at line number 1838 in file

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread Nicholas Clark
On Sun, Jul 24, 2005 at 05:47:26PM -0500, Craig A. Berry wrote: And this should take care of it. Accidentally left out of my patch of two hours ago. Thanks applied (25218) Nicholas Clark

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread John E. Malmberg
Craig A. Berry wrote: At 5:48 PM -0400 7/24/05, John E. Malmberg wrote: if (UNLINK(s)) ^ %CC-W-NOTCONSTQUAL, In this statement, the And this should take care of it. Accidentally left out of my patch of two hours ago. --- doio.c_orig Sat Jul 23 18:54:47

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread John E. Malmberg
John E. Malmberg wrote: Craig A. Berry wrote: At 5:48 PM -0400 7/24/05, John E. Malmberg wrote: if (UNLINK(s)) ^ %CC-W-NOTCONSTQUAL, In this statement, the And this should take care of it. Accidentally left out of my patch of I would strongly

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread Michael G Schwern
On Sun, Jul 24, 2005 at 07:58:27PM -0400, John E. Malmberg wrote: Has VMS.C changed any from Perl 5.8.7? Between bleadperl and 5.8.7? Yes. Looks like mostly elimination of 5.005threads and consting and some of that char * casting you don't like. You can get a copy of bleadperl via FTP, rsync

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread John E. Malmberg
Michael G Schwern wrote: On Sun, Jul 24, 2005 at 07:58:27PM -0400, John E. Malmberg wrote: Has VMS.C changed any from Perl 5.8.7? Between bleadperl and 5.8.7? Yes. Looks like mostly elimination of 5.005threads and consting and some of that char * casting you don't like. You can get a copy

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread Michael G Schwern
On Sun, Jul 24, 2005 at 08:57:52PM -0400, John E. Malmberg wrote: What I do not have locally is an unpacked copy of unmodified 5.8.6 or 5.8.7. The local copies on this system already have my ODS-5, UNIX, and POSIX fixes, so I do not have a quick way to do a diff, and vms.c got significant

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread John E. Malmberg
Ok, Here are the patches to vms.c and vmsish.h that when combined with the other patches that I have posted will allow bleadperl to compile on VMS up to the creation of miniperl. I did not include the fix for the buffer high-water mark overrun as my notes on that are at work. The link of

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread Craig A. Berry
At 11:00 PM -0400 7/24/05, John E. Malmberg wrote: The link of miniperl is failing because of an undefined symbol in the transfer vector. Perl_stashpv_hvname_match. It appears that when USE_ITHREADS is not defined, either that transfer vector entry should not be written for VMS, or a stub

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread John E. Malmberg
Michael G Schwern wrote: On Sun, Jul 24, 2005 at 08:57:52PM -0400, John E. Malmberg wrote: Might I suggest you check your local copies of Perl into a local version control system? I usually use RCS for small changes to small groups of files or I dump the whole thing into darcs for larger

Re: [PATCH] Re: blead@25210 on OpenVMS (not good)

2005-07-24 Thread John E. Malmberg
Craig A. Berry wrote: At 11:00 PM -0400 7/24/05, John E. Malmberg wrote: The link of miniperl is failing because of an undefined symbol in the transfer vector. Perl_stashpv_hvname_match. It appears that when USE_ITHREADS is not defined, either that transfer vector entry should not be