On Tue, Dec 16, 2008 at 12:20 PM, Ron Blaschke wrote:
> Andrew Whitworth wrote:
>> I'll pick up borland and play with it, although I won't get to it
>> until the next cycle. I've got a really old version of Turbo C++ 4.52
>> left over from school, and free versions of Turbo C++ Explorer are
>> ava
Unfortunately, my changes to Perl 5 have been working better than my
changes to Parrot. IIRC, the changes made fixed OpenBSD and NetBSD on
Parrot while Cygwin and Solaris didn't seem to fare as well.
Steve
On Thu, Jul 17, 2008 at 7:29 PM, Thorsten Glaser via RT
<[EMAIL PROTECTED]> wrote:
> On We
two things: which specific function does not exist, and
> which other broken functions also need to be fixed.
>
> However, realistically, I don't think anyone's ever going to fix the SPARC
> jit, so you may certainly mark it as "stalled" or whatever else seems to
> suit.
>
Is it only sun4/SPARC that's broken or are all Solaris/SPARC's also
broken? I would guess that if its all SPARCs, Linux or Solaris, that
this might be a bigger issue.
Steve Peters
[EMAIL PROTECTED]
gt;
> src\headers.c
>
> src\hll.c
>
> src\inter_call.c
>
> src\inter_cb.c
>
> src\inter_create.c
>
> src\inter_misc.c
>
> src\interpreter.c
>
> src\interpreter.c(655) : warning C4055: 'type cast' : from data pointer
> 'void *'
>
> to function pointer 'jit_f'
>
> src\inter_run.c
>
> src\intlist.c
>
> src\key.c
>
> src\library.c
>
> src\list.c
>
> src\longopt.c
>
> src\misc.c
>
> src\mmd.c
>
> src\mmd.c(308) : warning C4055: 'type cast' : from data pointer 'DPOINTER *'
> to
>
> function pointer 'funcptr_t'
>
> src\nci.c
>
> src\nci.c(7089) : warning C4055: 'type cast' : from data pointer 'DPOINTER
> *' to
>
> function pointer 'funcptr_t'
>
> src\oo.c
>
> src\oo.c(221) : error C2375: 'Parrot_oo_get_class' : redefinition; different
> lin
>
> kage
>
> C:\Prg\parrot-svn\include\parrot/oo.h(237) : see declaration of
> 'Parrot_
>
> oo_get_class'
>
> NMAKE : fatal error U1077: 'C:\Prg\ActivePerl\bin\perl.exe' : return code
> '0x2'
>
> Stop.
>
>
>
> C:\Prg\parrot-svn>
>
Excellent! A new Visual Studio version! Is this the free version or
a paid-for version. IIRC VS 2005 had some distinctions between the
two.
Steve Peters
[EMAIL PROTECTED]
On Thu Jan 17 17:26:45 2008, [EMAIL PROTECTED] wrote:
> The following text shows the result of attempting to install Parrot
> using
> bcc32. The program appeared to hang at the "Generating CPU specific
> stuff"
> stage until killed.
>
> C:\parrot>Configure.pl --cc=bcc32
> Parrot Version 0.5.2 Conf
d other times consulting the
> global object does seem like a recipe for confusion. It might make sense
> to always do one or the other.
>
hints/linux.pm should really have separate flags for even g++, since
some warnings just don't work on g++.
I think it would be good if we could break out compilers separately
from the operating system. This is especially useful for Sun Studio,
where ccflags cross operating systems. Intel C tends to follow what
the primary system compilers, but it still runs on three distinct
operating system with some slight differences across the environments.
Steve Peters
[EMAIL PROTECTED]
doing a lot
> of with his recent function attribute work). I'm guessing that suncc
> throws a warning here can be rectified in the fullness of time.
>
> Just my $0.02
>
> Paul
We can leave it out, but then we'll never be able to compile Parrot with
Solaris CC.
Steve Peters
[EMAIL PROTECTED]
On Fri, Aug 17, 2007 at 06:59:27AM -0700, Steve Peters wrote:
> # New Ticket Created by Steve Peters
> # Please include the string: [perl #44729]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=44729 &
On Thu, Jun 07, 2007 at 12:19:57AM -0500, Andy Lester wrote:
> Anyone out there using the Intel compiler?
>
> How are you running Configure.pl?
>
>
perl Configure.pl --cc=icc --link=icc --ld=icc
Steve Peters
[EMAIL PROTECTED]
= NULL
> everywhere? Why do we need a macro to do this?
>
I can't see any need for such a macro other than for the minor obfuscation
that it allows. For most of the Parrot code, I haven't SET_NULL() used, and
I haven't used it myself. I'm a bit curious how much it is actually used.
Steve Peters
[EMAIL PROTECTED]
figure-build/coverage.html
>
Is there a gcov Makefile target? I'd be more interested in seeing how
much of Parrot is being tested.
Steve Peters
[EMAIL PROTECTED]
ot needs its own malloc?
>
According to our file, our version in 2.7.2. The current free version is
2.8.3. Obviously, if we need to keep this file, we should get up to the
most recent version. I wouldn't however, mess with it much to make it
pass coding standards, since that would make it much more difficult to
patch to keep up to date with the original.
Steve Peters
[EMAIL PROTECTED]
# New Ticket Created by "Steve Peters"
# Please include the string: [perl #42795]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42795 >
Index: lib/Parrot/O
On Sun Mar 18 12:21:18 2007, ptc wrote:
> I don't know if this is a BUG or what so I'm just sending it plain.
> I've just tried to build parrot with icc (not 100% sure if my build
> flags are correct either), and I'm getting this build error:
>
> icc -o miniparrot compilers/imcc/main.o \
> -Wl
On Sun Mar 18 12:21:18 2007, ptc wrote:
> I don't know if this is a BUG or what so I'm just sending it plain.
> I've just tried to build parrot with icc (not 100% sure if my build
> flags are correct either), and I'm getting this build error:
>
> icc -o miniparrot compilers/imcc/main.o \
> -Wl
On Fri, Apr 27, 2007 at 09:22:22AM -0700, Steve Peters wrote:
> # New Ticket Created by Steve Peters
> # Please include the string: [perl #42768]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=42768 >
# New Ticket Created by "Steve Peters"
# Please include the string: [perl #42662]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42662 >
The const char * f below causes failures when compiled with C++. Th
+sigs[1] = results_sig;
>
> /* account for passing invocant in-band */
> if (pmc) {
>
Cool! I meant to look into this one since it also breaks Borland C++ and
causes warnings under -ansi -pedantic.
Steve Peters
[EMAIL PROTECTED]
On Wed, Apr 18, 2007 at 11:18:20AM +0200, Mehmet Yavuz Selim Soyturk wrote:
> >+format[sizeof(format - 1)] = '\0';
>
>
> Shouldn't that be 'format[sizeof(format) - 1]' ?
>
Yes, thanks! Good catch!
Steve
#x27;t blacklisted due to
> parse errors. But I hope it's helpful.
Thanks so much. gcc's -Wc++-compat hatefully ignores these kinds of problems,
and other issues prevent me from combing through with a C++ compiler. I'll
take a look at the rest of these this evening, and hopefully work on
-Wc++-compat as well.
Steve Peters
[EMAIL PROTECTED]
On Sat, Apr 14, 2007 at 11:05:27PM +0100, Jonathan Worthington wrote:
> Hi,
>
> I just backed out one small part of this patch because it broke the
> build using MS VC++ on Win32.
>
> Steve Peters (via RT) wrote:
> &
>for =$general_iterator { .say }
>
>$general_iterator.close; # or .end, or .whatever
>
> That last part is definetely not Llama material, but maybe I'll at
> least hit the haystack.
One of the things done for Perl 5.10 is to make dirhandles be a little
bit more like filehandles. On OS's that allow it, things like
stat DIRHANDLE
-X DIRHANDLE
chdir DIRHANDLE
all make sense and do what you'd think they'd do.
Steve Peters
[EMAIL PROTECTED]
rywhere, we need to think about
working more towards ANSI and POSIX compliance.
Steve Peters
[EMAIL PROTECTED]
On Mon Apr 09 23:01:35 2007, [EMAIL PROTECTED] wrote:
> On Sunday 08 April 2007 18:07, Steve Peters via RT wrote:
>
> > On Sun Apr 08 16:08:05 2007, stmpeters wrote:
> > > The attached patch includes several cleanups needed to silence
> > > warnings
> >
l, however, be handled on
a case by case basis to work out the most appropriate replacement
name based on its use. Please feel free to adjust if you think I've
gotten something wrong.
Regards,
Steve Peters
[EMAIL PROTECTED]
On Sun Apr 08 16:08:05 2007, stmpeters wrote:
> The attached patch includes several cleanups needed to silence
> warnings
> when compiling Parrot with Intel C++.
>
It helps to attach the right patch
Steve
intel_cleanups.out
Description: Binary data
On Mon Apr 02 17:16:45 2007, stmpeters wrote:
> Here's some additional cleanups for making Parrot a bit more friendly
> to a wider variety of C compilers.
>
It is always good to actually include the attachment you are sending.
Steve
Index: src/encoding.c
===
erl 5,
the build process keeps all the Perl library in the same directory with
executable. This seems to make things much easier for Windows, since
DLL's need to be on the PATH on Windows (including Cygwin). Once I
reboot into Windows, I'll see what I can do to help make this more automatic.
Steve Peters
[EMAIL PROTECTED]
On Thu Mar 15 05:30:31 2007, nahoo wrote:
> On Mi. 14. Mär. 2007, 23:00:18, nahoo wrote:
> > Index: include/parrot/sub.h
> > ===
> > --- include/parrot/sub.h(Revision 17473)
> > +++ include/parrot/sub.h(Arbeitskopie)
>
On Thu, Mar 29, 2007 at 07:28:52PM +0200, Paul Cochrane wrote:
> On 28/03/07, via RT Steve Peters <[EMAIL PROTECTED]> wrote:
> ># New Ticket Created by Steve Peters
> ># Please include the string: [perl #42156]
> ># in the subject line of all future correspondence
nings - yes - else no.
>
> leo - been there, done that
>
Sweeping dirt under the rug doesn't mean that the house has been cleaned
up. It means I've turned it into someone else's problem. I'd rather
Parrot was solid and reliable than something VM users cannot rely on.
Steve Peters
[EMAIL PROTECTED]
On Wed, Mar 28, 2007 at 07:41:25PM +0100, Nicholas Clark wrote:
> On Tue, Mar 27, 2007 at 05:42:12AM -0700, Steve Peters via RT wrote:
>
> > > Anyway, it's worth noting that although one of functions actually
> > > doesn't
> > > return anything, it is
On Tue Mar 27 10:54:17 2007, doughera wrote:
> On Tue, 27 Mar 2007, Steve Peters wrote:
>
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42151]
> > # in the subject line of all future correspondence about this issue.
> > #
On Tue Mar 27 10:54:17 2007, doughera wrote:
> On Tue, 27 Mar 2007, Steve Peters wrote:
>
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42151]
> > # in the subject line of all future correspondence about this issue.
> > #
On Tue Mar 27 05:32:41 2007, doughera wrote:
> On Mon, 26 Mar 2007, Steve Peters wrote:
>
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42110]
> > # in the subject line of all future correspondence about this issue.
> > #
On Thu Jan 11 08:57:22 2007, coke wrote:
> Need details.
A recent patch has gotten Parrot to the point that it can be compiled
with Borland C++ on Win32. Unfortunately, it does not link correctly to
actually create a valid parrot executable. Additional configuration is
needed to make Borland com
On Sun Jan 07 08:27:28 2007, [EMAIL PROTECTED] wrote:
>
> On Jan 7, 2007, at 8:44 AM, Steve Peters via RT wrote:
>
> > What is your c++ symlink pointing at?
> >
> >
> >
>
> [parrot] 512 $ ls -l /usr/bin/c++
> lrwxr-xr-x 1 root wheel 7 Aug 9 2004 /
What is your c++ symlink pointing at?
ually, I was thinking this could be accomplished with gcc only on all
of these environments. That, however, would be very bad.
Steve Peters
[EMAIL PROTECTED]
er
> the
> > next week to finish this off.
> >
> > Steve Peters
> > [EMAIL PROTECTED]
>
>
This patch still needs to be applied to continue work on compiling
parrot with Borland C++.
On Sun Dec 17 19:29:46 2006, [EMAIL PROTECTED] wrote:
> With ICU optional these days, is this still necessary?
I have a Visual C++ Toolkit 2003 lying around (I think), so, if I do,
I'll give this a try along with my Borland work.
On Sat Dec 16 18:59:18 2006, stmpeters wrote:
> This patch silences a minor warning on Cygwin.
>
> Steve Peters
> [EMAIL PROTECTED]
>
> $ diff -u parrot/src/pmc/parrotio.pmc parrot-patch/src/pmc/parrotio.pmc
> --- parrot/src/pmc/parrotio.pmc 2006-12-16 20:46:58.37500 -06
On Sat Nov 11 10:17:33 2006, [EMAIL PROTECTED] wrote:
> perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
> -I/usr/local/include -pipe -fno-common'
>
> Then chromatic suggested manually editing the Makefile to delete '-
> bundle' from the following line.
> LD_LOAD_FLAGS =
ke
perl t/harness t/op/trans.t
but fails miserably when run like
perl t/harness -v t/op/trans.t
Steve Peters
[EMAIL PROTECTED]
> On Tue Mar 21 17:46:51 2006, jisom wrote:
> > It seems I'm mistaking problems. OpenBSD does do atan2 correctly.
> > But, OpenBSD doesn'
leadperl has been upgraded to Test-Simple-0.64 with change #28586.
Thanks,
Steve Peters
[EMAIL PROTECTED]
s well as
> Tru64, anyone with Irix, AIX, HP-UX, particularly if 64 bit, would be most
> welcome.
>
The MS Visual Studio compilers are also very picky, and that's where I
made some initial contributions.
Alternative compilers on various OS's are also a good place to look for
pr
On Mon, Jul 03, 2006 at 12:22:15PM -0700, chromatic wrote:
> On Monday 03 July 2006 11:43, Steve Peters via RT wrote:
>
> (from p5p)
>
> > OK, with change #28473, I just added the capabilities to a stat() or -X
> > filetests for systems with the dirfd() libc call avail
ar ground rules, though.
Steve Peters
[EMAIL PROTECTED]
m/javaworld/jw-04-2006/jw-0424-scripting.html
"The Mustang Meets the Rhino: Scripting in Java 6" -
http://www.onjava.com/pub/a/onjava/2006/04/26/mustang-meets-rhino-java-se-6-scripting.html
JSR 223: Scripting for the Java Platform -
http://www.jcp.org/en/jsr/detail?id=223
Steve Peters
[EMAIL PROTECTED]
; as my anti-CPANTs
example.
Steve Peters
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
ould need a test too, snprintf should
> already be in config tests
> 19:25 <@leo> and we'd need an implementation, if libc doesn't provide
> the funcs
>
I'm taking a look at it. I should have something working this evening
for the configs. Adding the HAS_BLAH
ether this is OK or not. Should TEST
care if the tests are reported out of order?
Steve Peters
[EMAIL PROTECTED]
On Thu, Apr 20, 2006 at 10:36:08PM +0200, demerphq wrote:
> On 4/20/06, Steve Peters <[EMAIL PROTECTED]> wrote:
> > Maybe I'm thinking too hard, or maybe the results reported aren't
> > exactly as clear as they probably should be. Here's an example test and
ts, not those that
unexpectedly succeeded, which confused me a bit. Also, the final
results show that one test passed, but then the list of passed is "1-2"
instead of just "2" which is the unexpected success. Is there a way to
have the list of passed just show the unexpected successes?
Steve Peters
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
s year. Of course,
writing new test cases for new tickets as they come in would help this
task immensely.
In the long term, however, it would be great if Test::Harness recognized
individual TODO test cases that passed and reported on them. Maybe this
would be worthy of a Summer of Code project, or it m
> [jhoblitt - Sun Jan 01 18:49:23 2006]:
>
> I've commited a possible fix for openbsd, cygwin, & solaris as
changesets
> r10839 & r10843. I basically applied what Steve Peters proposed but
> with the changes in math.c instead of creating init.c (as agreed to on
&
s an exported function. This was
changed with Perl 5.8.8. Once ActiveState releases a Perl 5.8.8, they
should be able to upgrade the version of Scalar-List-Utils that they
distribute.
Steve Peters
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
e the
kwalitee test to fail. ;) I do think its a good idea, especially with
large, all-encompassing type modules to provide some examples, but
testing for (in effect, regulating) the name of the directory that will
be difficult to do.
Steve Peters
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
> getfile ... mpve to debug.ops, implement it
> setpackagedelete
> getpackagedelete - use get_namespace instead
>
> Any objections?
>
Please chainsaw away!
Steve Peters
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
On Thu, Mar 02, 2006 at 09:31:04AM -0500, Andy Dougherty wrote:
> On Wed, 1 Mar 2006, Steve Peters wrote:
>
> > Thanks to the work that's already been done, it was very easy to get NetBSD
> > up
> > and running. The attached patch is all that's needed to add
Steve Peters wrote:
Thanks to the work that's already been done, it was very easy to get
NetBSD up and running. The attached patch is all that's needed to add
NetBSD support to Parrot.
I should add that it passes all test too :)
Steve Peters
[EMAIL PROTECTED]
Thanks to the work that's already been done, it was very easy to get
NetBSD up and running. The attached patch is all that's needed to add
NetBSD support to Parrot.
Steve Peters
[EMAIL PROTECTED]
+# Copyright: 2006 The Perl Foundation. All Rights Reserved.
+# $Id$
+
+package i
On Tue, Feb 21, 2006 at 01:46:23PM -0800, Michael G Schwern wrote:
> On 2/20/06, Steve Peters <[EMAIL PROTECTED]> wrote:
>
> > Remeber you are helping a good cause by getting and extra $500 to the
> > Perl Foundation, but you're also helping to tear Schwern away from
know. This helps to make the case that reasonable
testing has been completed.
Remeber you are helping a good cause by getting and extra $500 to the
Perl Foundation, but you're also helping to tear Schwern away from
Worlds of Warcraft for a few minutes to write the check.
Thanks in advance,
On Mon, Jan 02, 2006 at 09:01:55AM -0600, Greg Bacon wrote:
> In message <[EMAIL PROTECTED]>,
> "Joshua Hoblitt via RT" writes:
>
> : I've commited a possible fix for openbsd, cygwin, & solaris as changesets
> : r10839 & r10843. I basically app
icked up along the way to deal wtih these problems. So,
for me, I'm concerned, but I surely expect that none of these problems on
Win32 based systems current is an indication of the level of support to expect
from these systems in the future.
Steve Peters
[EMAIL PROTECTED]
> [EMAIL PROTECTED] - Wed Dec 28 14:07:26 2005]:
>
> A quick demonstration of the issue:
>
> --
> #include
> #include
>
> int main ()
> {
> printf("%f\n", atan2(0.0, 0.0));
> printf("%f\n", atan2(-0.0, -0.0));
> }
> --
>
> --
> $ gcc foo.c -lm
> $ ./a.out
> 0.00
> 0.00
> --
>
> [stmpeters - Tue Mar 22 15:41:12 2005]:
>
> When running testing parrot-HEAD, I get a test failure in
t/op/trans.t on
> OpenBSD. Running the same tests on Linux seem to work just fine...
>
> > perl -Ilib t/op/trans.t
> 1..19
> ok 1 - sin
> ok 2 - cos
> ok 3 - tan
> ok 4 - sec
> ok 5 - atan
>
Devel::Cover from CPAN and
> installed it manually. (I did call 'make install UNINSTALL=1'.) This
> solved the problem. The message described above went away, and 'cover'
> reported only the results for the module under development.
>
I don't know if that is in the documentation for Devel::Cover or not,
but an upgrade in Perl usually requires and reinstall of Devel::Cover.
Steve Peters
[EMAIL PROTECTED]
On Fri, Oct 21, 2005 at 05:27:53PM +0200, Schneelocke wrote:
> On 21/10/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> > I honestly don't know or care what flavor of vi I using, since it usually
> > changes depending on what *nix flavor I'm working on. I also don&
avor I'm working on. I also don't think that
it should make a difference what editor I'm using with a programming language.
Others seem to think differently. C'est la vie.
Steve Peters
[EMAIL PROTECTED]
On Fri, Oct 21, 2005 at 09:35:12AM -0400, Rob Kinyon wrote:
> On 10/21/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 21, 2005 at 02:37:09PM +0200, Juerd wrote:
> > > Steve Peters skribis 2005-10-21 6:07 (-0500):
> > > > Older versions of
On Fri, Oct 21, 2005 at 02:37:09PM +0200, Juerd wrote:
> Steve Peters skribis 2005-10-21 6:07 (-0500):
> > Older versions of Eclipse are not able to enter these characters. That's
> > where the copy and paste comes in.
>
> That's where upgrades come in.
>
Th
t's where the issus with the documentation starts.
>
> It displays in Eclipse (3.1.1) whether the Text File Encoding is set to
> Cp1252 (default) or UTF-8 or ISO-8859-1
Older versions of Eclipse are not able to enter these characters. That's
where the copy and paste comes in.
Steve Peters
[EMAIL PROTECTED]
On Fri, Oct 21, 2005 at 11:03:07AM +0200, Bra??o Tichý wrote:
>
> - Original Message -
> From: "Steve Peters" <[EMAIL PROTECTED]>
> To: "Luke Palmer" <[EMAIL PROTECTED]>
> Cc:
> Sent: Friday, October 21, 2005 4:21 AM
> Subject: Re:
rerequisite to experimenting in Perl 6. My bigger point is
about system settings which are typically locked down and not usually
sweet-talkable. Also, getting new software purchased can be a painfully
slow depending on the bureaucracy involved, and generally requires lots
of beers and lunches, or the right catastrophe, which could have been
prevented and/or repaired with the tool you want, to speed up the process.
Steve Peters
[EMAIL PROTECTED]
On Thu, Oct 20, 2005 at 04:23:44PM -0600, Luke Palmer wrote:
> On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> > Like the old joke goes "Doctor, Doctor, it hurts when I try to type a
> > Latin-1
> > character." "So don't try to type Latin-1 c
On Thu, Oct 20, 2005 at 05:03:27PM -0400, Rob Kinyon wrote:
> On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> > I have some serious concerns about using Latin-1 sigils within Perl 6 and
> > the ASCII multi-character aliases. Am I not understanding something that
> &
On Thu, Oct 20, 2005 at 10:24:23AM -0700, chromatic wrote:
> On Thu, 2005-10-20 at 10:32 -0500, Steve Peters wrote:
>
> > The idea of punishing programmers who choose to use certain operating system
> > or locales just doesn't seem right to me.
>
> Haven
use certain operating system
or locales just doesn't seem right to me.
Steve Peters
[EMAIL PROTECTED]
xisting class T that
> we just might not see the declaration of for dynamic reasons". Instead,
> the new sigil is the cent sign, so ::T is now written ¢T instead.
>
Looking at my U.S. English keyboard, I don't have a cent sign. I don't
think a sigil that can't be
On Sun, Oct 09, 2005 at 11:12:59AM -0700, Michael G Schwern wrote:
> On Sun, Oct 09, 2005 at 11:34:50AM -0500, Steve Peters wrote:
> > I've just added this to bleadperl.
>
> With or without Test::Builder::Tester?
>
So I don't continue the breakage, with Test::Buil
On Sat, Oct 08, 2005 at 01:38:06AM -0700, Michael G Schwern wrote:
> http://www.pobox.com/~schwern/src/Test-Simple-0.62.tar.gz
> or
> http://svn.schwern.org/svn/CPAN/Test-Simple/trunk
> or
> a CPAN near you.
>
I've just added this to bleadperl.
Thanks,
Steve Peters
[EMAIL PROTECTED]
itee checks on your code
>
> Download and install Test::Kwalitee. Then add the following code to
> your t/ directory as kwalitee.t:
>
> #!perl
>
> eval { require Test::Kwalitee };
> exit if $@;
> Test::Kwalitee->import( );
>
> That's from section 4.9 Validating Kwalitee.
>
Looking at http://use.perl.org/~chromatic/journal/25127 (I love Google), its
still waiting to go to CPAN.
Steve Peters
[EMAIL PROTECTED]
On Fri, Sep 23, 2005 at 03:04:42PM -0500, Steve Peters wrote:
> On Fri, Sep 23, 2005 at 12:52:04PM -0700, chromatic wrote:
> > I wonder what running PMD's CPD plugin on all of our .c files would
> > discover. Maybe it'd find places of insufficient abstraction.
> >
t
> time to experiment?
>
> http://pmd.sourceforge.net/cpd.html
>
Actually, you don't need much of a development environment to use it. The
page above has a link to a Java WebStart link that will allow you to install
and use it directly.
Steve Peters
[EMAIL PROTECTED]
a lot more
easy than trying to write your own harness. Since its already included
with recent Perls, that seems to make more sense than writing your own
incompatible testing harness.
Steve Peters
[EMAIL PROTECTED]
ction that doesn't force me to think about the syntax of the test
function and let me focus on writing test cases to match the documentation.
P.S. See http://use.perl.org/~TorgoX/journal/24654 for the most recent
incarnation of lns.
Steve Peters
[EMAIL PROTECTED]
> but didn't cover the scripts that ran.
>
> Mark
>
prove is just a cover over Test::Harness, so (if I remember correctly)
HARNESS_PERL_SWITCHES=-MDevel::Cover prove ...
should work.
Steve Peters
[EMAIL PROTECTED]
ally write something up about this since I've used it to determine Perl's
test coverage.
Steve Peters
[EMAIL PROTECTED]
opy of Perl Testing
> > Developer's Notebook as soon as it comes out.
> >
> > xoxo,
> > Andy
> >
>
> : )
>
> Seems it is not available as a PPM for ActiveStates Perl distro.
>
Looking at http://ppm.activestate.com/BuildStatus/5.8-M.html, the
Module-Starter distribution is available for the ActiveState 5.8.x Perls.
Steve Peters
[EMAIL PROTECTED]
secondary problems
> resulting from it having been written almost four years ago.
>
> So if anyone's feeling enthused, have at it.
>
Having at it, with input, I'm assuming from here. :)
Steve Peters
[EMAIL PROTECTED]
Test::Simple tests => 1;
my $val = some_func();
ok(! defined $val, "undef returned");
This should work just fine for what you are testing.
Steve Peters
[EMAIL PROTECTED]
> [jrieks - Mon Apr 11 12:17:57 2005]:
>
> It looks like "atan -0.0, -0.0 == 0.0" on OpenBSD 3.5/i386:
>
> t/op/trans.NOK 13# Failed test (t/op/trans.t
> at line
> 307)
> # got: 'ok 1
> # ok 2
> # ok 3
> # ok 4
> # ok 5
> # ok 6
> # ok 7
> # ok 8
> # ok 9
> # ok 1
only work if the file already exists. The above looks like it
would work to create empty files.
Steve Peters
[EMAIL PROTECTED]
> [leo - Thu Mar 24 07:07:31 2005]:
>
>
> Comments, takers?
>
Since I'm fixing this in Perl, I take a whack at it in Parrot as well.
Steve
Here's the responce from the OpenBSD folks. It seems that turning on a
define prior to the atan2() call will set the flags correctly for OpenBSD.
My guess is that NetBSD will behave similarly.
> >Number: 4154
> >Category: library
> >Synopsis: atan2(-0.0, -0.0) returning incor
On Wed, Mar 23, 2005 at 04:00:45PM -, Leopold Toetsch via RT wrote:
> Steve Peters <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #34549]
> > # in the subject line of all future correspondence ab
One function I noticed on the S29 list was reset(). With lexically scoped
variables, reset is almost useless. "Perl in a Nutshell" calls it "vaguely
deprecated". Can we remove the vagueness and deprcate it completely?
Steve Peters
[EMAIL PROTECTED]
porting process?
There is already a good infrastucture there to support this kind of testing.
Steve Peters
[EMAIL PROTECTED]
1 - 100 of 118 matches
Mail list logo