I need to put this in pseudocode and then write the program:
Develop a program that uses a while structure to determine the gross pay for each of
several employees. The company pays "straight time" for the 1st 40 hours worked by
each employee and pays "time and a half" for hours in excess of 4
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24210]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24210 >
Test 45 in t/pmc/sub.t makes a system call that relies on parrot being in the path (i
interpreter->flags was a mixture of various flags like GC_DEBUG and run
core settings. Additionally the CGoto bit was set by default, CGoto +
prederef bit did select the CGP core.
This is now cleaned up:
- flags are flags
- run_core settings are separate - only any one core can be active
This ha
Adam Thomason (via RT) wrote:
Test 45 in t/pmc/sub.t makes a system call that relies on parrot being in the path
Fixed, thanks, #24211 is the same,
leo
On Tue, Oct 14, 2003 at 01:14:44PM -0700, Randal L. Schwartz wrote:
> Of course, if you have a well-written name/synopsis/author info,
> I guess this is enough. But now we've just shifted the problem.
Well when I initially thought about it I was answering the needs of
someone who wanted to know:
Hi!
On Mon, Oct 13, 2003 at 02:57:34AM -0700, Michael G Schwern wrote:
> On Mon, Oct 13, 2003 at 10:28:29AM +0200, Thomas Klausner wrote:
> > * contains files:
> > * Makefile.PL or Build.PL or configure
>
> configure?
there are currently 4 dists on CPAN that only include a configure script
(m
Hi!
On Mon, Oct 13, 2003 at 07:46:02PM +0200, Tels wrote:
> > * POD/Code ratio (what would be a good measurement?)
>
> No. Some _very_ complex code takes little documentation like:
Agreed.
> Probably something like:
>
> *.pm file has more than 1000 lines of code => bad
>
> :-)
CPANTS
Hi!
On Mon, Oct 13, 2003 at 05:53:15PM -, Rafael Garcia-Suarez wrote:
> > * POD/Code ratio (what would be a good measurement?)
>
> use Pod::Coverage ?
As far as I know, Pod::Coverage compiles the module, which makes it not
suitable for CPANTS.
OTOH, it might be an interesting idea to allow
Thomas Klausner wrote:
> there are currently 4 dists on CPAN that only include a configure script
> (makepp-1.19, glist-0.9.17a10, swig1.1p5, shufflestat-0.0.3)
>
> 179 do not include any of Makefile.PL, Build.PL or configure.
>
> Quite a lot come with two or three of those files.
Could we infe
On Wed, Oct 15, 2003 at 12:03:58PM +0200, Thomas Klausner wrote:
> On Mon, Oct 13, 2003 at 05:53:15PM -, Rafael Garcia-Suarez wrote:
> > use Pod::Coverage ?
>
> As far as I know, Pod::Coverage compiles the module, which makes it not
> suitable for CPANTS.
Afraid so. It's an eventual TODO-lis
Hi,
I spent the last day getting parrot running under Borland. The
attached patch is whats need to get linking and running make test on
both Windows/Borland and Linux/gcc. I'm not sure if its ready for
inclusion in the tree, but I want some feedback on the approach.
The main problem is that Borla
Rafael Garcia-Suarez <[EMAIL PROTECTED]> writes:
>Thomas Klausner wrote:
>> there are currently 4 dists on CPAN that only include a configure script
>> (makepp-1.19, glist-0.9.17a10, swig1.1p5, shufflestat-0.0.3)
>>
>> 179 do not include any of Makefile.PL, Build.PL or configure.
>>
>> Quite a l
Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
> >Could we infer that a distribution that comes with several Makefile.PLs
> >may have an overcomplicated build process, maybe indicating a low
> >kwalitee ?
>
> Should I infer that to get Tk's kwalitee up it should build as a
> one monolithic .so ?
I
On Wednesday, Oct 15, 2003, at 11:09 Europe/London, Rafael
Garcia-Suarez wrote:
Thomas Klausner wrote:
there are currently 4 dists on CPAN that only include a configure
script
(makepp-1.19, glist-0.9.17a10, swig1.1p5, shufflestat-0.0.3)
179 do not include any of Makefile.PL, Build.PL or configu
Thomas Klausner sent the following bits through the ether:
> OTOH, it might be an interesting idea to allow CPANTS to compile code (and
> thus use stuff like Devel::Cover) if not testing the whole of CPAN, but
> "linting" one distribution.
Yes. We've been thinking about this. It either needs stea
On Tue, 14 Oct 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > ... We'd also rather not have to have separate .so/.dll/.exe files
>
> A small utility, that combines dynamic resources and emits a common
> load routine, which calls the individual load routines could be e
I'm poking around in the object stuff today, to try and get at least
single-inheritance objects up and running.
At the moment, I'm torn between just having a new method of some sort in
the class and having a vtable method on the class PMC that returns an
object of that class. (get_pmc on the class
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #24224]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24224 >
Hi,
Back in Feburary, when I hacked up macro support for IMCC I
implemented the macro
On Wed, 15 Oct 2003, Jürgen Bömmels wrote:
> There are still some things to do:
> - a global hash is still not totally right. It should be moved to the
> interpreter structure
Nope. The macro hash should be per-compilation-unit, not global in any
way. It should go away when compilation is done.
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I'm poking around in the object stuff today, to try and get at least
> single-inheritance objects up and running.
> At the moment, I'm torn between just having a new method of some sort in
> the class and having a vtable method on the class PMC that return
Rafael Garcia-Suarez <[EMAIL PROTECTED]> writes:
>Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
>> >Could we infer that a distribution that comes with several Makefile.PLs
>> >may have an overcomplicated build process, maybe indicating a low
>> >kwalitee ?
>>
>> Should I infer that to get Tk's kwali
On Wed, Oct 15, 2003 at 02:10:46PM +0200, Rafael Garcia-Suarez wrote:
> Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
> > >Could we infer that a distribution that comes with several Makefile.PLs
> > >may have an overcomplicated build process, maybe indicating a low
> > >kwalitee ?
> >
> > Should I i
Hi!
On Wed, Oct 15, 2003 at 03:24:22PM +0100, Leon Brocard wrote:
> Thomas Klausner sent the following bits through the ether:
>
> > OTOH, it might be an interesting idea to allow CPANTS to compile code (and
> > thus use stuff like Devel::Cover) if not testing the whole of CPAN, but
> > "linting"
Shannon Francis <[EMAIL PROTECTED]> writes:
[...]
Oh dear.
Asking a mailing list to do your homework for you is bad
enough. Asking a mailing list that has recently been quiet enough to
elicit jokes about it in the summaries is, well, we'll have to see
what sort of mood I'm in when I write the n
On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
I'm poking around in the object stuff today, to try and get at least
single-inheritance objects up and running.
At the moment, I'm torn between just having a new method of some sort
in
the class and having a vtable method on the class PMC that retu
On Wed, 15 Oct 2003, Jeff Clites wrote:
> On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
>
> > I'm poking around in the object stuff today, to try and get at least
> > single-inheritance objects up and running.
> >
> > At the moment, I'm torn between just having a new method of some sort
> > in
At 03:49 PM 10/15/2003 -0400, Dan Sugalski wrote:
On Wed, 15 Oct 2003, Jeff Clites wrote:
> On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
>
> > I'm poking around in the object stuff today, to try and get at least
> > single-inheritance objects up and running.
> >
> > At the moment, I'm torn bet
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> For PBC code, this is where metadata comes in. (Which means we can
> potentially use it for on-the-fly assembled code as well) If a segment of
> code is known to need an opcode library, then the bytecode loader should
> make sure that library is loaded, in
On Oct 15, 2003, at 1:48 PM, Melvin Smith wrote:
At 03:49 PM 10/15/2003 -0400, Dan Sugalski wrote:
On Wed, 15 Oct 2003, Jeff Clites wrote:
> On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
>
> > I'm poking around in the object stuff today, to try and get at
least
> > single-inheritance objects
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> There are still some things to do:
> - a global hash is still not totally right. It should be moved to the
> interpreter structure
As Dan already outlined, macros should have some limited scope, probably
per file. So currently the hash has to be cle
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Wed, 15 Oct 2003, Jeff Clites wrote:
>> What do you mean by "new method in the class" above?
> In this case, the "new method" is a named method in the class namespace
> that we look up and call. We'd look it up and dispatch to it.
A more low level lik
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24226]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24226 >
IBM VisualAge C 6 complains about some data<->function pointer casts in interpreter.c
On Wed, Oct 15, 2003 at 12:09:05PM +0200, Rafael Garcia-Suarez wrote:
> Thomas Klausner wrote:
> > there are currently 4 dists on CPAN that only include a configure script
> > (makepp-1.19, glist-0.9.17a10, swig1.1p5, shufflestat-0.0.3)
> >
> > 179 do not include any of Makefile.PL, Build.PL or c
On Wed, Oct 15, 2003 at 11:53:45AM +0200, Thomas Klausner wrote:
> > configure?
>
> there are currently 4 dists on CPAN that only include a configure script
> (makepp-1.19, glist-0.9.17a10, swig1.1p5, shufflestat-0.0.3)
configure's an alien idiom on CPAN. If its found, I think it should be
eval
Michael G Schwern wrote in perl.qa :
> This all suggests another check: stray files. Emacs backup files. CVS
> directories. Empty directories. #...# backup files. Makefiles shipped
> with Makefile.PL, Build and _build shipped with Build.PL, blib/...
In other words, the contents of the default
>Shannon Francis <[EMAIL PROTECTED]> writes:
>
>[...]
>
>Oh dear.
>
>Asking a mailing list to do your homework for you is bad
>enough. Asking a mailing list that has recently been quiet enough to
>elicit jokes about it in the summaries is, well, we'll have to see
>what sort of mood I'm in when I w
Leopold Toetsch writes:
> I think that for supporting Ruby or such we have to keep fences between
> PMCs and "real objects" very low.
Agreed, or have some sort of automagic transformation possible.
> So it should be possible to define an Imaginary Number class that
> inherits from two (Perl?)Num
On Thu, Oct 02, 2003 at 01:59:26AM -0600, Luke Palmer wrote:
: So, I must ask, what does this do:
:
: sub foo() {
: return my $self = {
: print "Block";
: return $self;
: }
: }
:
: my $block = foo;
: print "Main";
: $block();
: p
[EMAIL PROTECTED] (Larry Wall) writes:
> But for the time being I'm tied to an IV pole
We got rid of those; they're PMC poles now.
Get well soon,
Simon
--
"They laughed at Columbus, they laughed at Fulton, they laughed at the
Wright brothers. But they also laughed at Bozo the Clown."
On Wed, Oct 15, 2003 at 10:34:19PM -, Rafael Garcia-Suarez wrote:
> Michael G Schwern wrote in perl.qa :
> > This all suggests another check: stray files. Emacs backup files. CVS
> > directories. Empty directories. #...# backup files. Makefiles shipped
> > with Makefile.PL, Build and _buil
> Yes. We've been thinking about this. It either needs stealing buildd
> from Debian, having a box we don't mind destroying every so often, or
> having a VMware virtual machine we can undo easily. What we need is
> more free time ;-)
>
User Mode Linux (limiting to Linux, of course) might be a lig
On Oct-15, Adam Thomason wrote:
> # New Ticket Created by "Adam Thomason"
> # Please include the string: [perl #24226]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=24226 >
>
>
> IBM VisualAge C 6 complains about some
42 matches
Mail list logo
