Re: [perl #46681] [TODO] [C] Use strerror_r instead of strerror

2008-07-17 Thread chromatic
On Thursday 17 July 2008 15:44:36 NotFound wrote: > <[EMAIL PROTECTED]> wrote: > > With this patch, the new tests still pass on Linux/x86. The patch uses > > STRING->strstart to avoid leaking a malloc'd buffer when throwing an > > exception, which may or may not be considered kosher in this situa

[perl #56948] [BUG] .parrot_current_rev broken

2008-07-17 Thread James Keenan via RT
Here's the attachment. Index: lib/Parrot/Revision.pm === --- lib/Parrot/Revision.pm (.../trunk) (revision 29567) +++ lib/Parrot/Revision.pm (.../branches/revisionpm) (revision 29574) @@ -30,36 +30,50 @@ sub update

language testing on pdd25cx, preparing to merge

2008-07-17 Thread Bob Rogers
From: Allison Randal <[EMAIL PROTECTED]> Date: Thu, 17 Jul 2008 01:27:14 -0700 After temporarily disabling the graph coloring register allocator, the pdd25cx branch passes all Parrot tests. Please run the tests for your language and report/debug any test failures that are differen

[perl #56948] [BUG] .parrot_current_rev broken

2008-07-17 Thread James Keenan via RT
On Wed Jul 16 06:27:16 2008, julianalbo wrote: > On Wed, Jul 16, 2008 at 1:12 PM, James Keenan via RT [snip] > > > If no one gets to this today I will try to work on this this evening. > > Go for it. > On Wed Jul 16 04:12:35 2008, [EMAIL PROTECTED] wrote: > [snip] > The control flow here is so

[perl #55954] [PATCH]: Add 'make smolder_test' target

2008-07-17 Thread James Keenan via RT
Michael: I install TAP::Harness::Archive from CPAN, then applied the patches to a fresh checkout from trunk. I configured, built and ran 'make smolder_test'. The Smolder test completed and stated that it uploaded -- though I have a tough time matching my particular report to those at http://smol

Re: [perl #46681] [TODO] [C] Use strerror_r instead of strerror

2008-07-17 Thread NotFound
On Thu, Jul 17, 2008 at 9:59 PM, Christoph Otto via RT <[EMAIL PROTECTED]> wrote: > With this patch, the new tests still pass on Linux/x86. The patch uses > STRING->strstart to avoid leaking a malloc'd buffer when throwing an > exception, which may or may not be considered kosher in this situatio

Re: make: *** [perl6] Segmentation fault

2008-07-17 Thread Andy_Bach
Seeing the same thing Linux 2.6.18-53.1.21.el5xen #1 SMP gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-14) perl, v5.10.0 built for i686-linux however: ./parrot languages/perl6/perl6.pbc -e 'say "hello world" ' hello world $ languages/perl6/perl6 > say "hello" hello > [EMAIL PROTECTED] parrot]$ languag

Re: [perl #57006] [PATCH] add cygwin opengl config quirks

2008-07-17 Thread Geoffrey Broadwell
On Thu, 2008-07-17 at 22:50 +0200, Reini Urban wrote: > The problem I had with the w32api libs was -lglut32. with linking > directly to the dll /usr/bin/glut32.dll everything works fine, and I'll > get rid of freeglut as default. I'm not sure I understand what you meant here. > Now I only have

[perl #46681] [TODO] [C] Use strerror_r instead of strerror

2008-07-17 Thread Christoph Otto via RT
On Thu Jul 17 01:17:51 2008, cotto wrote: > On Wed Apr 23 18:18:00 2008, [EMAIL PROTECTED] wrote: > > This thread trailed off about 4 months ago. Could we get an update on > > its status, i.e., whether it should be applied, what OSes it's passing > > on, etc. > > > > Thank you very much. > > kid5

Re: [perl #57006] [PATCH] add cygwin opengl config quirks

2008-07-17 Thread Reini Urban
Donald Hunter via RT schrieb: Sorry rurban, this patch will break on my cygwin installation. I think the problem is caused by more than an assumption that "mingw eq cygwin". The real problem is that Cygwin hosts three flavours of library for OpenGL: mingw, cygwin/w32api, cygwin/X11. All your pat

Re: [perl #34549] atan2() isn't IEEE compliant on OpenBSD/*BSD/Cygwin/Solaris

2008-07-17 Thread Andy Dougherty
On Wed, 16 Jul 2008, Andrew Whitworth via RT wrote: > Is this still not resolved? This ticket has not seen any discussion > since 2006. To double-check, I think we need people to check > t/op/trans.t on: > > *Solaris > *OpenBSD > *NetBSD > *Cygwin > > If it passes all these platforms, I think th

[perl #56786] [pdd25cx] Segfault with tcl

2008-07-17 Thread Will Coleda via RT
On Thu Jul 17 09:31:27 2008, [EMAIL PROTECTED] wrote: > On Thursday 17 July 2008 08:49:05 Will Coleda wrote: > > > I committed a patch (r29559) that updates all the tcl.ops to be more > > like the 'die' opcode in how the exception object is constructed and > > created. Still segfaulting. As long a

Re: [perl #56786] [pdd25cx] Segfault with tcl

2008-07-17 Thread Will Coleda
On Thu, Jul 17, 2008 at 12:31 PM, chromatic via RT <[EMAIL PROTECTED]> wrote: > On Thursday 17 July 2008 08:49:05 Will Coleda wrote: > >> I committed a patch (r29559) that updates all the tcl.ops to be more >> like the 'die' opcode in how the exception object is constructed and >> created. Still se

Re: [perl #56800] [META] merge pdd25cx branch back into trunk

2008-07-17 Thread François Perrad
Bernhard Schmalhofer via RT a écrit : In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda. All tests were passing. in branch_pdd25cx, 221/1109 Lua subtests failed. Mostly for same reason : exception handling. $ cat nil.

Re: [perl #56786] [pdd25cx] Segfault with tcl

2008-07-17 Thread chromatic
On Thursday 17 July 2008 08:49:05 Will Coleda wrote: > I committed a patch (r29559) that updates all the tcl.ops to be more > like the 'die' opcode in how the exception object is constructed and > created. Still segfaulting. As long as I'm in here, I'm going to > eliminate the forms of tcl_error t

Re: [perl #56786] [pdd25cx] Segfault with tcl

2008-07-17 Thread Will Coleda
On Thu, Jul 17, 2008 at 11:26 AM, Will Coleda <[EMAIL PROTECTED]> wrote: > On Thu, Jul 17, 2008 at 9:47 AM, Will Coleda via RT > <[EMAIL PROTECTED]> wrote: >> On Thu Jul 10 06:40:28 2008, coke wrote: >>> Using tcl, I can make parrot segfault in this branch. >>> >>> $ ../../parrot tcl.pbc -e "error

Re: [perl #56786] [pdd25cx] Segfault with tcl

2008-07-17 Thread Will Coleda
On Thu, Jul 17, 2008 at 9:47 AM, Will Coleda via RT <[EMAIL PROTECTED]> wrote: > On Thu Jul 10 06:40:28 2008, coke wrote: >> Using tcl, I can make parrot segfault in this branch. >> >> $ ../../parrot tcl.pbc -e "error eek" >> Segmentation fault >> >> Real tclsh, if you put that in a file and ran it

make: *** [perl6] Segmentation fault

2008-07-17 Thread tuxdna
Hi, I am using: Linux 2.6.23.1-42.fc8 #1 SMP Tue Oct 30 13:55:12 EDT 2007 i686 i686 i386 GNU/Linux Fedora release 8 (Werewolf) gcc (GCC) 4.1.2 20070925 (Red Hat 4.1.2-33) The make target perl6 fails: $ make perl6 ... ... ... gmake[1]: Leaving directory `/home/saleem/work/compiler/parrot/languag

Re: [perl #56558] [PATCH] pdb rename to parrot_pdb

2008-07-17 Thread NotFound
On Thu, Jul 17, 2008 at 9:46 AM, François Perrad <[EMAIL PROTECTED]> wrote: > pdb was renamed parrot_debugger, but not installable_pdb. Done in r29556, thanks. -- Salu2

[perl #54930] [BUG] PGE build fails in pdd25cx branch

2008-07-17 Thread Will Coleda via RT
On Tue Jun 03 00:15:06 2008, [EMAIL PROTECTED] wrote: > On Monday 02 June 2008 19:42:58 Will Coleda via RT wrote: > > > Error earlier in the build process now, with PGE: > > > > /home/coke/bin/perl -e "" >PGE/builtins_gen.pir > > ../../parrot -o PGE.pbc --output-pbc PGE.pir > > ../../parrot ../../

[perl #56804] [pdd25cx] Test failures

2008-07-17 Thread Will Coleda via RT
On Thu Jul 10 11:14:26 2008, coke wrote: > The following tests fail during 'make test' on feather in the pd25cx branch. > > Test Summary Report > --- > t/op/gc.t (Wstat: 256 Tests: 20 Failed: 1) > Failed test: 12 > Non-zero exit status: 1 > t/c

Re: encoding vs charset

2008-07-17 Thread NotFound
On Thu, Jul 17, 2008 at 5:20 AM, Allison Randal <[EMAIL PROTECTED]> wrote: > The thing is, there's a tendency for data for a particular program or > application to all be from the same character set (if, for example, you're > parsing a series of files, munging the data in some way, and writing out

[perl #57032] test failure in t/tools/dump_pbc.t (only in "make smoke")

2008-07-17 Thread via RT
# New Ticket Created by Moritz Lenz # Please include the string: [perl #57032] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57032 > -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In parrot as of r29547 I get a failure whi

[perl #56800] [META] merge pdd25cx branch back into trunk

2008-07-17 Thread Bernhard Schmalhofer via RT
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda. All tests were passing. -- /* [EMAIL PROTECTED] */

[perl #56786] [pdd25cx] Segfault with tcl

2008-07-17 Thread Will Coleda via RT
On Thu Jul 10 06:40:28 2008, coke wrote: > Using tcl, I can make parrot segfault in this branch. > > $ ../../parrot tcl.pbc -e "error eek" > Segmentation fault > > Real tclsh, if you put that in a file and ran it, would say: > eek > while executing > "error eek" > (file "foo.tcl" line 1)

[perl #46681] [TODO] [C] Use strerror_r instead of strerror

2008-07-17 Thread Christoph Otto via RT
On Wed Apr 23 18:18:00 2008, [EMAIL PROTECTED] wrote: > This thread trailed off about 4 months ago. Could we get an update on > its status, i.e., whether it should be applied, what OSes it's passing > on, etc. > > Thank you very much. > kid51 The tests passed because the strerror/strerror_r code

[perl #56798] [pdd25cx] test failure with NQP

2008-07-17 Thread Will Coleda via RT
On Thu Jul 10 11:00:14 2008, coke wrote: > Since the NQP tests aren't run by default, ran them by hand in pdd25cx: > > Test Summary Report > --- > t/28-return.t(Wstat: 256 Tests: 1 Failed: 0) > Non-zero exit status: 1 > Parse errors: Bad plan. You planned 3 tests but r

[perl #57028] Re: pdd25cx and PGE optable bugs -- detailed analysis

2008-07-17 Thread via RT
# New Ticket Created by Allison Randal # Please include the string: [perl #57028] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57028 > In a joint deugging session, chromatic and I confirmed that this is indeed a bug in t

[perl #46679] [TODO] [C] Check if we need to deallocate strerror strings

2008-07-17 Thread Christoph Otto via RT
On Tue Feb 19 16:19:14 2008, Whiteknight wrote: > On Mon Oct 22 09:49:02 2007, ptc wrote: > > In src/pmc/file.pmc there is the todo item: > > > > /* XXX Check if we need to deallocate strerror strings */ > > > > Do this. > > According to: > > http://www.cplusplus.com/reference/clibrary/cstring/

Re: [perl #51944] [DOCS] Cygwin Readme

2008-07-17 Thread Will Coleda
On Thu, Jul 17, 2008 at 8:33 AM, Reini Urban <[EMAIL PROTECTED]> wrote: > 2008/7/16 Will Coleda <[EMAIL PROTECTED]>: >> This looks good; I'd ask you double check which deps are required vs. >> optional: I'm pretty sure we don't -require- any of those packages. >> Ditto for their correspond build d

Re: [perl #51944] [DOCS] Cygwin Readme

2008-07-17 Thread Reini Urban
2008/7/16 Will Coleda <[EMAIL PROTECTED]>: > On Wed, Jul 16, 2008 at 2:31 AM, Reini Urban via RT > <[EMAIL PROTECTED]> wrote: >> 2008/7/15 Reini Urban <[EMAIL PROTECTED]>: >>> Will Coleda via RT schrieb: On Tue May 13 05:21:32 2008, rurban wrote: > 2008/5/13 Andrew Whitworth via RT [E

[CORE] gcc: objects after libs, linker switches after libs.

2008-07-17 Thread Reini Urban
I see that on 0.6.4 within cygwin my linker does not work anymore. Latest svn smokes from before the release built fine. Checking the Makefiles I see that some objects had been added to the end of the linker lines which is invalid on newer gcc versions and windows. First the objects, then the lin

[perl #57026] [BUG]: Changes to Parrot::Ops2pm::Utils in remove_getfd branch cause failures in buildtools_tests

2008-07-17 Thread James Keenan via RT
On Thu Jul 17 03:40:13 2008, [EMAIL PROTECTED] wrote: > > For future reference, please note that the POD for > lib/Parrot/Ops2c/Utils.pm has all along included a NOTE ON TESTING > section that describes the accompanying test suite and how to use it in > refactoring the module. > Aagh! Same err

[perl #57026] [BUG]: Changes to Parrot::Ops2pm::Utils in remove_getfd branch cause failures in buildtools_tests

2008-07-17 Thread James Keenan via RT
I can see Barney's point that the documentation was not in accordance with the return statements of several of the subroutines. So I have changed that accordingly. It seems from the discussion that most of us can live with an explicit statement of a true return value (as distinct from an explicit

[perl #57026] [BUG]: Changes to Parrot::Ops2pm::Utils in remove_getfd branch cause failures in buildtools_tests

2008-07-17 Thread James Keenan via RT
The breakage was in lib/Parrot/Ops2pm/Utils.pm, not lib/Parrot/Ops2c/Utils.pm. So I have corrected the Subject of the RT. kid51

Re: [perl #57026] [BUG]: Changes to Parrot::Ops2c::Utils in remove_getfd branch cause failures in buildtools_tests

2008-07-17 Thread Bernhard Schmalhofer
Will Coleda schrieb: On Wed, Jul 16, 2008 at 10:54 PM, James Keenan via RT <[EMAIL PROTECTED]> wrote: This module is written in Perl 5 and is called in a program written in Perl 5. In the work I've done in this project, I've taken the approach to return values which I think is more Perlish,

Re: language testing on pdd25cx, preparing to merge (rakudo)

2008-07-17 Thread Moritz Lenz
Allison Randal wrote: > After temporarily disabling the graph coloring register allocator, the > pdd25cx branch passes all Parrot tests. Please run the tests for your > language and report/debug any test failures that are different than the > test failures in trunk. I ran the tests for rakudo.

language testing on pdd25cx, preparing to merge

2008-07-17 Thread Allison Randal
After temporarily disabling the graph coloring register allocator, the pdd25cx branch passes all Parrot tests. Please run the tests for your language and report/debug any test failures that are different than the test failures in trunk. The plan is to merge the branch back into trunk on Friday

Re: [perl #56558] [PATCH] pdb rename to parrot_pdb

2008-07-17 Thread François Perrad
NotFound a écrit : After some discussion in #parrotsketch, the name parrot_debugger wins. Done in r29496, waiting for comments and fixes before closing the ticket. pdb was renamed parrot_debugger, but not installable_pdb. François.