sebb [EMAIL PROTECTED] wrote on 08/15/2005 08:34:31 PM:
Would it not be better to fix the VMS Perl open() call so it works
the
same as on other OSes?
I meant for READ access only here.
The performance impact of altering perl's open() to use the CRTL
shr would be significant. Ordinary
Michael G Schwern [EMAIL PROTECTED] wrote on 03/29/2005 05:23:16 PM:
Yes it is. That indicates the test module never got built. Doesn't say
why though... If you're feeling adventurous could you step into setup()
on line 25 of PL_FILES.t and poke around?
One could either modify setup or
..NOK 3# got: '256'
# expected: '0'
# make: Fatal error: No arguments to build
# Current working directory /home/pprymmer/testit/ExtUtils-MakeMaker-6.26
_01/t
# Failed test (t/PL_FILES.t at line 41)
t/PL_FILES..NOK 4# Failed test (t/PL_FILES.t at line 41
Michael G Schwern [EMAIL PROTECTED] wrote on 02/08/2005 09:31:48 AM:
Its time for another MakeMaker alpha! This one is mostly VMS fixes
though
I also discovered a conflict with Module::Install and undid an accidental
change that broken Archive::Zip. As far as I know all outstanding issues
Peter Prymmer/FactSet wrote on 01/05/2005 11:18:01 AM:
was buildable by it. If 6.25_08 gets released I'll see
about patching it, otherwise I may try to prepare a patch
for 6.25_07 (but don't wait too long for me).
I have tried to browse over to
Michael G Schwern [EMAIL PROTECTED] wrote on 01/04/2005 05:12:32 PM:
Ahh, $(MMS$SOURCE_LIST) is a list of all dependencies. I think it can be
safely removed. The logic is this:
if ($self-{MYEXTLIB}) {
push(@m,\t,'Library/Object/Replace $(MMS$TARGET)
$(OBJECT)',\n);
} else {
Peter Prymmer/FactSet wrote on 01/05/2005 11:18:01 AM:
That is not quite correct. As it turns out $(MMS$SOURCE_LIST) is a comma
separated list of filenames without types (in the language of RMS file
parsing
TYPEs are also known as extensions in the Windows centric world). This
difference is
Michael G Schwern [EMAIL PROTECTED] wrote on 01/04/2005 04:46:54 PM:
-$(INST_STATIC) : $(OBJECT) $(MYEXTLIB)
$(INST_ARCHAUTODIR)$(DFSEP).exists
+$(INST_STATIC) : $(OBJECT) $(MYEXTLIB)
';
# If this extension has its own library (eg SDBM_File)
# then copy that to $(INST_STATIC)
Michael G Schwern [EMAIL PROTECTED] wrote on 01/04/2005 04:44:50 PM:
On Fri, Dec 31, 2004 at 12:41:38PM -0500, [EMAIL PROTECTED] wrote:
Which looks like a problem with DBI code not MakeMaker.
Did DBI work with 6.17?
DBI 1.45 would build with 6.17, but as Craig pointed out
the Makefile.PL
Peter Prymmer/FactSet wrote on 12/31/2004 04:36:31 PM:
I have not yet found how to fix the .exists into OLB
problem nor the trouble with MMS V3.2-01 reported earlier.
I forgot to mention that *.opt files are not being cleaned
on VMS as another problem that persists.
I seem to have solved the
Peter Prymmer/FactSet wrote on 01/03/2005 10:54:24 AM:
I'll see about restoring the cleaning of .opt files next.
OK here is a patch that implements this extra clean target file
cleanup.
--- ExtUtils-MakeMaker-6_25_07/lib/ExtUtils/MM_VMS.pm;-3Mon Jan 3 10:43:10
2005
+++
Michael G Schwern [EMAIL PROTECTED] wrote on 01/01/2005 07:38:57 PM:
My bad. I left in a / when I unified the VMS tool_xsubpp(). Its better
solved by changing $(XSUBPPDIR)/xsbupp to $(XSUBPPDIR)$(DFSEP)xsubpp.
I can confirm that this solution would be fine for VMS since
DFSEP contains an
Michael G Schwern [EMAIL PROTECTED] wrote on 01/01/2005 06:50:43 PM:
I don't quite understand what 6.17 has to do with it. MakeMaker builds
itself using itself, not the installed version.
Sorry - I did not realize that.
With that installed a second attempt to build it with mms 3.2-01
Michael G Schwern [EMAIL PROTECTED] wrote on 01/03/2005 02:41:17 PM:
Do these guys charge for upgrades or something?
They might.
Peter Prymmer
Michael G Schwern [EMAIL PROTECTED] wrote on 12/29/2004 10:33:02 PM:
Its also hideously insecure. You're running a shell script that could do
anything. A problem with any self-extracting archive.
From shar(1).
SECURITY CONSIDERATIONS
It is easy to insert trojan horses into shar
H.Merijn Brand [EMAIL PROTECTED] wrote on 12/30/2004 03:32:31 AM:
On Wed 29 Dec 2004 19:49, [EMAIL PROTECTED] wrote:
Craig A. Berry [EMAIL PROTECTED] wrote on 12/29/2004 01:09:58 PM:
4.) The following macro is defined and is used in the shdist target:
SHAR = vms_share
There is
Michael G Schwern [EMAIL PROTECTED] wrote on 12/30/2004 03:55:15 PM:
Try out the attached patch.
With the patch applied I obtained a bare bones mmk test result:
All tests successful, 7 tests and 91 subtests skipped.
Files=38, Tests=633, 239 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00
CPU)
Michael G Schwern [EMAIL PROTECTED] wrote on 12/31/2004 03:59:29 AM:
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.25_07.tar.gz
Test obtained. First using perl 5.8.6 and mmk V3.9-6:
All tests successful, 7 tests and 94 subtests skipped.
Files=38, Tests=639, 239 wallclock secs ( 0.00
Michael G Schwern [EMAIL PROTECTED] wrote on 12/30/2004 05:22:30 PM:
On Thu, Dec 30, 2004 at 04:47:18PM -0500, [EMAIL PROTECTED] wrote:
I might even get to my big module collection test with this
Wait for the next alpha. I have to fix that IGNORE problem first.
Warning: this message
[EMAIL PROTECTED] wrote on 12/31/2004 12:41:38 PM:
I hope that provides some useful feedback. Sorry I do not yet
have a path for the XSUBPP problems on VMS.
One other oddity noted with 6.25_07:
$ mmk distclean
snippage
Not in MANIFEST: dbi.opt
I am fairly certain that it used to be able to
[EMAIL PROTECTED] wrote on 12/31/2004 01:01:12 PM:
[EMAIL PROTECTED] wrote on 12/31/2004 12:41:38 PM:
I hope that provides some useful feedback. Sorry I do not yet
have a path for the XSUBPP problems on VMS.
One other oddity noted with 6.25_07:
Here is another oddity. The .exists files
[EMAIL PROTECTED] wrote on 12/31/2004 01:01:12 PM:
One other oddity noted with 6.25_07:
$ mmk distclean
snippage
Not in MANIFEST: dbi.opt
I am fairly certain that it used to be able to delete the
linker options files that it wrote out before.
I failed to mention this one before but it
Craig A. Berry [EMAIL PROTECTED] wrote on 12/31/2004 03:34:14 PM:
I think this one is an old problem specific to DBI, and IIRC it's
because it expects dbiproxy.PL to be a different file from
dbiproxy.pl.
Indeed it seems that this is the case. I am sorry for having
reported a spurious problem
[EMAIL PROTECTED] wrote on 12/31/2004 12:41:38 PM:
This is beginning to look like a problem with the XSUBPP macros.
I've found a workwaround for this specific problem that I'll
enclose as a diff. Since an OS specific hack inside of
MM_Unix.pm seems completely counter to the whole put overrides
Craig A. Berry [EMAIL PROTECTED] wrote on 12/29/2004 01:09:58 PM:
4.) The following macro is defined and is used in the shdist target:
SHAR = vms_share
There is no such native command as vms_share. If I knew more about the
intention, I might be able to suggest an alternative.
shar on unix
[EMAIL PROTECTED] wrote on 12/18/2004 08:31:28 AM:
On VMS V7.3-2, Compaq C S6.5-002, MadGoat Make Utility V3.9-6,
against perl 5.8.1:
All tests successful, 7 tests and 87 subtests skipped.
Files=36, Tests=603, 156 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00
CPU)
Later I'll try some
Michael G Schwern [EMAIL PROTECTED] wrote on 12/17/2004 09:41:47 PM:
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
svn://svn.schwern.org/CPAN/ExtUtils-MakeMaker/trunk
or
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.25_01.tar.gz
or
a CPAN near you.
Kicked out an
H.Merijn Brand [EMAIL PROTECTED] wrote on 11/01/2004 09:57:06 AM:
On Sat 30 Oct 2004 19:42, H.Merijn Brand [EMAIL PROTECTED] wrote:
On Fri 29 Oct 2004 04:58, Steve Peters [EMAIL PROTECTED] wrote:
Since I don't know what VMS actually has, and configure.com doesn't
have
commented out lines,
Craig Berry wrote:
!To really stress test this with multiple threads going after the same
!directory stream I'd need an SMP machine to test on, which I don't have.
!But I think we are at least somewhat safer than we were before.
Can you specify which thread option to configure.com to use?
Also:
Dan the Encode Maintainer wrote:
!-ST(0) = PL_sv_no;
!+/* ST(0) = PL_sv_no; */
!+ST(0) = PL_sv_yes;
! XSRETURN(1);
! }
!
!Even if it works, I do not consider this to be a radical cure. But a
!cure nonetheless
!
!BTW, what is the most concise way to check the architecture
30 matches
Mail list logo
