Re: [perl #16852] [PATCH] Eliminate empty extension

2002-08-29 Thread Steve Fink
On Thu, Aug 29, 2002 at 11:56:42PM +0200, Leopold Toetsch wrote: > Steve Fink (via RT) wrote: > > >This patch trims off the period at the end of executable filenames for > >C-based tests on unix. > > Nice, but I'm a little bit Warnocked. > > 1) I did post a script (testnative), which runs _all

Re: [perl #16852] [PATCH] Eliminate empty extension

2002-08-29 Thread Leopold Toetsch
Steve Fink (via RT) wrote: > This patch trims off the period at the end of executable filenames for > C-based tests on unix. Nice, but I'm a little bit Warnocked. 1) I did post a script (testnative), which runs _all_ tests as executables, _all_ not one, and --shared too. 2) Im my tree (~2

Re: [perl #16856] [PATCH] various changes to imcc

2002-08-29 Thread Melvin Smith
At 02:06 PM 8/29/2002 -0700, Steve Fink wrote: >On Thu, Aug 29, 2002 at 04:48:20PM -0400, Andy Dougherty wrote: > > On Thu, 29 Aug 2002, Steve Fink wrote: > > > > > - Adds %option nounput to imcc.l. This avoids a warning when > > >compiling the output file. This one is correct, at least. > >

Re: [perl #16856] [PATCH] various changes to imcc

2002-08-29 Thread Steve Fink
On Thu, Aug 29, 2002 at 04:48:20PM -0400, Andy Dougherty wrote: > On Thu, 29 Aug 2002, Steve Fink wrote: > > > - Adds %option nounput to imcc.l. This avoids a warning when > >compiling the output file. This one is correct, at least. > > Hmm. Sun's lex(1) doesn't understand that line. Is t

Re: GC speeds for hashes

2002-08-29 Thread Steve Fink
On Thu, Aug 29, 2002 at 04:31:14PM -0400, Dan Sugalski wrote: > I ran some quick time tests on the GC, and hashes are relatively > expensive to GC, relative to other things. (They're an order of > magnitude slower than perlstrings, and two orders of magitude slower > than perlints) They're slow

Re: [perl #16856] [PATCH] various changes to imcc

2002-08-29 Thread Andy Dougherty
On Thu, 29 Aug 2002, Steve Fink wrote: > - Adds %option nounput to imcc.l. This avoids a warning when >compiling the output file. This one is correct, at least. Hmm. Sun's lex(1) doesn't understand that line. Is there another easy way around the problem? If not, I'll try to think of some

Re: Mode a la mode

2002-08-29 Thread Andy Dougherty
On Thu, 29 Aug 2002, Robert Spier wrote: > Bryan C. Warnock writes: > >There is a general inconsistency about file permissions throughout the > >parrot tree. > > > >Of the 80+ *.pl scripts, only 8 are 0755 - and Configure.pl isn't one of > >them. Some tests are, some aren't; and even some docs ar

GC speeds for hashes

2002-08-29 Thread Dan Sugalski
I ran some quick time tests on the GC, and hashes are relatively expensive to GC, relative to other things. (They're an order of magnitude slower than perlstrings, and two orders of magitude slower than perlints) They're slow enough that I'd like to take a look at them to see if perhaps there'

[perl #16860] [PATCH] segfault in pdb's p command

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16860] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16860 > As a result of my recent changes to debug.c, a plain 'p' (or 'print') in pdb now seg faul

[perl #16859] [PATCH] Fix BUFFER_external_FLAG for strings

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16859] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16859 > This patch is the real fix for strings with the BUFFER_external_FLAG. It requires the pre

Re: Mode a la mode

2002-08-29 Thread Robert Spier
Bryan C. Warnock writes: >There is a general inconsistency about file permissions throughout the >parrot tree. > >Of the 80+ *.pl scripts, only 8 are 0755 - and Configure.pl isn't one of >them. Some tests are, some aren't; and even some docs are. A list >follows. These have to be fixed in the re

[perl #16858] [PATCH] minor resources.c refactoring

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16858] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16858 > Oops, this should have been combined with the previous dod.c patch. It's the same thing -

[perl #16857] [PATCH] minor refactoring in dod.c

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16857] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16857 > Small cleanups, but also a piece of my attempted fixes to the BUFFER_external_FLAG. (The

Re: [PATCH?] File deletion

2002-08-29 Thread Steve Fink
On Thu, Aug 29, 2002 at 01:05:33PM -0700, Robert Spier wrote: > Bryan C. Warnock writes: > >How does one patch a file to delete? > > > >docs/a5_draft.html can go away now, thank you for playing. > > rm > cvs delete > cvs commit Not if you don't have commit access! :-) You can diff against /de

[perl #16856] [PATCH] various changes to imcc

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16856] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16856 > I was once idly toying with imcc while awaiting a phone call. This is the completely unte

Re: [PATCH?] File deletion

2002-08-29 Thread Robert Spier
Bryan C. Warnock writes: >How does one patch a file to delete? > >docs/a5_draft.html can go away now, thank you for playing. rm cvs delete cvs commit

[perl #16855] [PATCH] uselessly optimize print()

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16855] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16855 > In tracking down a gc bug, I realized that the current throwaway implementation of the pr

[perl #16854] [PATCH] another string test

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16854] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16854 > I forget what this was testing, but it uncovered a problem at some point in the past.

[perl #16853] [PATCH] avoid touching files

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16853] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16853 > This patch makes re-running Configure.pl avoid updating the timestamps on the generated .

Re: [perl #16842] Solaris8/gcc warnings/errors

2002-08-29 Thread Andy Dougherty
On Thu, 29 Aug 2002, Andy Bussey wrote: > I am compiling Parrot under Solaris 8 using gcc. > > - I get lots of warnings about > "padding struct to align 'whatever'" > "padding struct size to alignment boundary" etc Yes, there are lots of warnings. It's probably the case that some are harml

[perl #16852] [PATCH] Eliminate empty extension

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16852] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16852 > This patch trims off the period at the end of executable filenames for C-based tests on u

[perl #16851] [PATCH] GC_VERBOSE: Allow make test with GC_DEBUG

2002-08-29 Thread via RT
# New Ticket Created by Steve Fink # Please include the string: [perl #16851] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16851 > This patch disables the possibly spurious warnings reported by GC_DEBUG when walking the

[BUG] GC collects argv aka P0

2002-08-29 Thread Leopold Toetsch
Hi, examples/life-ar.p6 uses a rather lengthy initialisation my @world = ( 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, ... }; # 512 values then tries to figure out, how many generations to run: my $gen = @ARGS[0] || 512; at this point, @ARGS[0] aka P0[1] aka argv[1] is

[perl #16842] Solaris8/gcc warnings/errors

2002-08-29 Thread via RT
# New Ticket Created by Andy Bussey # Please include the string: [perl #16842] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16842 > I am compiling Parrot under Solaris 8 using gcc. - I get lots of warnings about "padd

[perl #16839] MANIFEST (again)

2002-08-29 Thread Jürgen
# New Ticket Created by Jürgen Bömmels # Please include the string: [perl #16839] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16839 > Hi! This MANIFEST things come up again and again. This time there are 5 missing file

[perl #16838] [PATCH] oops ops

2002-08-29 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #16838] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16838 > Hi, during hacking on imcc and testing with life.p6 I found wrong core.ops of type

Re: [PRE-RELEASE] Parrot 0.0.8

2002-08-29 Thread Markus Laire
> Codename Octarine > > Schedule as follows: > > August 29, 8am EDT: Code slush, only bug and warning fixes allowed. > August 30, 11:59pm EDT: Code freeze and pretag > August 31, 00:59 EDT: Tag and Release Is there any reason to not to use GMT times in general? I have hard time remembering all

Re: Hypothetical synonyms

2002-08-29 Thread Markus Laire
This really belongs to perl6-internals and not perl6-language. On 28 Aug 2002 at 17:19, Sean O'Rourke wrote: > On Thu, 29 Aug 2002, Markus Laire wrote: > > (only 32bit numbers, modulo not fully working, no capturing regexps, > > ) > > Where does modulo break? Modulo is currently defined fo