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 40
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
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
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 infer
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-list
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
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 lot come with
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 don't
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
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 stealing
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 enough
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
# 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.
# URL: 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
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 returns an
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 infer that to
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 one
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
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
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
the class
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 between just
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,
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 up
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 cleared
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 like POV
# New Ticket Created by Adam Thomason
# Please include the string: [perl #24226]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24226
IBM VisualAge C 6 complains about some data-function pointer casts in
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
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
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
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?)Nums
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();
:
[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 _build
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 lighter
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.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24226
IBM VisualAge C 6 complains about some
37 matches
Mail list logo