chromatic wrote:
We'd have to add a function to the encoding API and change
Parrot_str_find_cclass() to perform this, but that should be an hour of work
for an enterprising hacker for a surprising performance improvement. It's
relatively low-risk as well, so if someone can do it in the
Geoffrey Broadwell wrote:
Out of curiosity, why don't we allow emails to create tickets in Trac?
There's a plugin to do this, called email2trac. It's being set up,
but doesn't work yet. See TT #49.
Mark
Alan Rocker (via RT) wrote:
auto::gmp - Does your platform support GMP...Can't spawn
.\test_616.exe: Bad file descriptor at lib/Parrot/Configure/Utils.pm
line 86.
Thanks, this is a known issue with the libgmp.dll built with strawberry
perl. (It was built with SSE2 instructions that
donald.hun...@gmail.com wrote:
I was pretty averse to adding an additional configure step myself. The
problem is that warnings.pm checks specifically for supported compiler
flags and I didn't want to include other things there. The bug is that
gcc.pm is hardcoded for version 4.x rather than
Andy Lester wrote:
This patch
http://www.parrotvm.org/svn/parrot/revision?rev=34423
is not a long-term solution. The headerizer has to get run at will.
Infinoid, can you tell me more about those ifdefs so I can make the
headerizer happy?
Happy to. The functions in question (is_ins_save
James Keenan via RT wrote:
On Wed Nov 19 23:13:27 2008, [EMAIL PROTECTED] wrote:
James Keenan via RT wrote:
On Tue Nov 18 10:22:25 2008, [EMAIL PROTECTED] wrote:
This will probably be quite challenging. Let's assume that all tests
are found in files with names ending in '.t'. Those .t files
James Keenan via RT wrote:
On Tue Nov 18 10:22:25 2008, [EMAIL PROTECTED] wrote:
This will probably be quite challenging. Let's assume that all tests
are found in files with names ending in '.t'. Those .t files can be
written in any language, which probably have different ways of
classifying
[oops, forgot to copy the list.]
If darwin has gdb, you can do the following to get a backtrace:
$ gdb parrot
gdb run t/pmc/packfile_6.pir
[segfault should occur here]
gdb bt
Mark
chromatic wrote:
2) What's setting an invalid pointer-to-a-PMC here?
This question is answered at the end of the following dump. (This is
one of the things I nopasted during our IRC discussion last week, thanks
for your guidance in producing it.)
One interesting question: the pointer-to-a-PMC
On Monday 13 October 2008 16:15:54 chromatic wrote:
That's pretty clearly not a PMC. Can you use the breakpoint
technique to figure out 1) What creates this CPointer PMC and
In the following dump, the offending PMC ix 0x1731de8. The arena's base
pointer varies every time, but I seem to be
On Tuesday 14 October 2008 07:14:51 Mark Glines wrote:
On Monday 13 October 2008 16:15:54 chromatic wrote:
That's pretty clearly not a PMC. Can you use the breakpoint
technique to figure out 1) What creates this CPointer PMC and
In the following dump, the offending PMC ix 0x1731de8
On Tuesday 05 August 2008 20:57:53 chromatic wrote:
On Tuesday 05 August 2008 01:35:48 Reini Urban wrote:
Attached patch adds the directory ports/cygwin with
the most recent cygports file,
the most recent src patch and the sources for the CYGWIN patches.
(the contents of
On Monday 28 July 2008 09:52:36 Moritz Lenz wrote:
t/steps/auto_attributes-01.t (Wstat: 65280 Tests: 9
Failed: 0) Non-zero exit status: 255
Parse errors: Bad plan. You planned 12 tests but ran 9.
t/steps/auto_headers-03.t (Wstat: 65280 Tests: 8
Failed: 0)
On Tuesday 22 July 2008 04:56:53 Reini Urban wrote:
Attached patch adds --install to pbc_to_exe,
adds a basic pod to pbc_to_exe,
and applies --install to perl6.
link against install_config.o and add installable prefix.
Limitation: With --install the first arg infile must have no
directory
On Tuesday 22 July 2008 15:37:33 chromatic wrote:
The wiki page at:
http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_not
es
seems to be missing the rationale for *why* it's necessary to map
types between languages? (Also see If Perl 6 has to care about the
internal
On Saturday 19 July 2008 11:19:27 chromatic wrote:
Poking at strings directly seems unclean; do we need to add another
function to src/packfile.c to return a packed packfile as a C string,
and then create the string directly here in get_string()?
I agree, poking around in STRING internals
On Sat Jun 21 07:33:57 2008, [EMAIL PROTECTED] wrote:
Mark: Do you have any objection to closing this RT?
No objection here, my needs regarding g++ builds have been satisfied.
Thanks!
Mark
On Wed Jun 18 10:57:05 2008, [EMAIL PROTECTED] wrote:
On Solaris10 with sparc, during the make process I get this:
perl /home/phoebus3/ANJ/work/parrot/tools/build/pmc2c.pl --c
subproxy.pmc
Cannot restore overloading on HASH(0x286dc8) (package
Parrot::Pmc2c::Emitter) at
On Thursday 19 June 2008 16:46:23 chromatic wrote:
On Thursday 19 June 2008 12:40:49 Andrew Johnson wrote:
No, sorry. I first saw the problem a couple of weeks ago, but that was my
first attempt to build on this platform. The simplest solution is
probably to raise the minimum required
On Tue Jul 17 11:53:30 2007, [EMAIL PROTECTED] wrote:
src/dynext.c: In function `run_init_lib':
src/dynext.c:315: warning: cast does not match function type
src/dynext.c:322: warning: cast does not match function type
The code looks nasty, but innocent:
315:load_func = (PMC *
On Monday 09 June 2008 22:26:10 Geoffrey Broadwell wrote:
This is on a Gentoo linux amd64 machine, with Parrot trunk r28204, and an
unstable (git) version of mesa built from the x11 overlay.
Is this normal?
Nope, not normal.
Try the attached patch. It's an update of the patch in
On Fri May 23 07:57:11 2008, julianalbo wrote:
Reopened waiting for testing and commiting the patch to sove the problems.
All tests successful on linux/amd64.
Mark
On Fri May 23 15:30:15 2008, [EMAIL PROTECTED] wrote:
Thanks for reporting, attached patch (+ 'make Makefile') fixes this
for me.
Thanks, applied in r27775.
On Wednesday 21 May 2008 13:04:29 NotFound wrote:
Changed several casts and removed 'extern' is several places in
congruence with the changed meaning of the macros.
Hi,
Sounds like this part of the patch has some portability problems.
[20:19] @tetragon Hrm... exec.c lost the extern on char
On Mon Jan 28 18:20:11 2008, infinoid wrote:
On Fri Jan 25 15:10:50 2008, ajr wrote:
Hi, Alan! What kind of CPU do you have? If you have an AMD Athlon XP
(or something of similar lineage), I think I know what the problem is.
I think you've nailed it: Athlon XP-M.
Hi,
I have
On Sat, 3 May 2008 21:07:56 -0700
chromatic [EMAIL PROTECTED] wrote:
These are Python-style exceptions, and they're going away in the
concurrency branch. I suggest EXCEPTION_MALFORMED_PACKFILE instead.
[snip]
I'd use PMC_data() for storage instead. I'd love to see the PObj
cache struct
On Tue, 29 Apr 2008 23:05:04 -0700
chromatic [EMAIL PROTECTED] wrote:
On Monday 28 April 2008 23:52:44 Senaka Fernando wrote:
Attaching patch No. 2 for C++ Build Issue.
I still need to resolve this bigint.c issue. This is something
caused by the GMP includes I suspect.
This patch
On Mon, 28 Apr 2008 10:41:27 -0700
Mark Glines [EMAIL PROTECTED] wrote:
On Sun, 27 Apr 2008 17:24:53 -0700
chromatic [EMAIL PROTECTED] wrote:
Here's another proposed patch for testing on various platforms. I'm
trying to get rid of some dodgy casts (which likely don't help C
On Mon, 28 Apr 2008 11:05:45 -0700
chromatic [EMAIL PROTECTED] wrote:
I had a similar problem on my 32-bit Linux system, until I added this
part of the patch:
=== src/gc/smallobject.c
==
--- src/gc/smallobject.c. (revision
On Mon, 28 Apr 2008 21:35:03 +0300
Laimonas Vėbra [EMAIL PROTECTED] wrote:
Stephane Payrard wrote:
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #53422]
# in the subject line of all future correspondence about this
issue. # URL:
On Thu, 17 Apr 2008 21:33:50 -0400
Bob Rogers [EMAIL PROTECTED] wrote:
From: Mark Glines [EMAIL PROTECTED]
Date: Thu, 17 Apr 2008 07:59:03 -0700
. . .
Should this PMC implement the pdump functionality
(src/packdump.c) as well as packfile.c/packout.c?
I find pdump somewhat
On Sun, 27 Apr 2008 09:51:43 -0700
Mark Glines [EMAIL PROTECTED] wrote:
I find pdump somewhat useful.
Ok. How do you actually *build* that? There doesn't seem to be a
Makefile rule for it, or maybe I just haven't found it yet.
Oh, nevermind. It's there, I'm just braindead. Thanks!
Mark
On Sun, 27 Apr 2008 19:25:55 +0100
Klaas-Jan Stol [EMAIL PROTECTED] wrote:
Hi,
Could anybody check out ticket #39845?
I replied on it multiple times, but somehow the reply button is not
visible anymore when I log in.
http://rt.perl.org/rt3/Ticket/Display.html?id=39845 has Reply buttons.
On Sat, 26 Apr 2008 19:18:21 -0700
Geoffrey Broadwell (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #53406]
# in the subject line of all future correspondence about this issue.
# URL:
On Sat, 26 Apr 2008 11:40:43 -0700
Mark Glines (via RT) [EMAIL PROTECTED] wrote:
# at t/op/sysinfo.t line 53.
# got: '8'
# expected: '4'
Found it. The test was checking the op's report of sizeof(INTVAL)
against $PConfig{intsize}, but INTVAL isn't necessarily defined to
int
On Thu, 24 Apr 2008 20:48:34 -0700
Geoffrey Broadwell [EMAIL PROTECTED] wrote:
Also, the implementation of C_add_to_libs is a little wordy. How's
this?
sub _add_to_libs {
my ($self, $args) = @_;
croak _add_to_libs() takes hashref unless ref($args) eq 'HASH';
my $os
On Tue, 22 Apr 2008 13:37:16 +0200
François Perrad [EMAIL PROTECTED] wrote:
Applied in r27116.
François
Unfortunately, your subsequent r27117 patch (to work with openssl
0.9.8) causes failures in t/steps/auto_crypto-03.t.
t/steps/auto_crypto-03..1/17
# Failed test ''has_crypto' set as
On Mon, 21 Apr 2008 17:58:52 -0700
chromatic [EMAIL PROTECTED] wrote:
On Monday 21 April 2008 17:02:27 Mark Glines wrote:
Another note, slightly off-topic: does OpenGL actually need a
configuration/detection step at all? I notice neither SDL or
PostgreSQL seem to have one. Maybe
On Sun, 20 Apr 2008 19:01:44 -0700
James Keenan (via RT) [EMAIL PROTECTED] wrote:
Hi! As one of the guilty parties, I'm not sure whether I get a vote,
but...
* Is new configuration step X::X *necessary* for the functioning
of the Parrot virtual machine?
Frankly, probably nothing but the
On Sun, 20 Apr 2008 05:36:44 -0700
James Keenan (via RT) [EMAIL PROTECTED] wrote:
-my $cmd = $conf-data-get_p5('scriptdirexp') . q{/perldoc};
+my $cmd = q{perldoc};
Mark, can you evaluate impact?
Well, it looks to me like it'll just run perldoc from the user's
$PATH, rather than
On Sun, 20 Apr 2008 00:02:18 -0700
Geoffrey Broadwell [EMAIL PROTECTED] wrote:
OK, I've done some more research on differences between various GLUT
libraries; please try the attached patch rather than the one from
tentra (mine includes his with a couple changes and several
additions).
I ran
On Sun, 20 Apr 2008 21:01:01 +0200
NotFound [EMAIL PROTECTED] wrote:
On Sun, Apr 20, 2008 at 12:17 AM, Andy Lester [EMAIL PROTECTED]
wrote:
Just popping in to say that we cannot const any parms to vtable
methods. Parrot can't impose promises on the called code.
Hi Andy!
Sure we can. A
On Sun, 20 Apr 2008 11:20:08 -0700
[EMAIL PROTECTED] (via RT) [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:~$ perl6 -e 'say 1.1*10'
11
[EMAIL PROTECTED]:~$ perl6 -e 'say 10*1.2'
1.66058e+08
pmichaud nopasted some simple PIR code which reproduces the issue, and
pinpoints things pretty well:
On Sun, 20 Apr 2008 15:08:12 -0700
chromatic [EMAIL PROTECTED] wrote:
Is this really correct? My gmp.h file has:
No, it's a workaround for an issue that isn't really gmp's fault.
Building with g++ barfs when parsing libintl.h, included by gmp.h.
Here's what happens:
libintl.h defines the
On Sat, 19 Apr 2008 11:26:13 +0530
Senaka Fernando [EMAIL PROTECTED] wrote:
Hi Mark,
What does the fix to 't/codingstd/c_indent.t' do? Does it ignore
anything inside #ifdef __cplusplus blocks?
Yes. This lets us add any g++-specific stuff without throwing off the
indentation.
Mark
On Sat Apr 19 11:08:47 2008, [EMAIL PROTECTED] wrote:
On Saturday 19 April 2008 09:31:12 Mark Glines wrote:
I'm hoping someone familiar with
the internals can review this, to make sure I haven't just created a
memory leak.
The patch is correct.
Thanks for the review. Checked
On Sat, 19 Apr 2008 21:45:49 +0200
NotFound [EMAIL PROTECTED] wrote:
Hi!
I faced the same problem when trying to get rid of some warnings in
order to help cage cleaning. Adding or removing a const in the
parameters of many functions becomes a design change, not a simple
code cleaning. If you
On Mon Apr 14 21:50:00 2008, infinoid wrote:
At first glance, the only difference I can see is that your cast removes
the const attribute. But instead of doing that, I'm wondering if
maybe the second argument of VTABLE_isa(interp, pmc, name) should be
made const, instead. Would that help the
On Wed Apr 16 14:34:05 2008, geoff wrote:
Now that 0.6.1 is out, please consider adding the attached patch to the
Parrot trunk ... I'd like help with platform porting concerns, and I'd
really like to reduce the size of my local diffs. :-)
Here's what I get on linux/amd64:
Determining if
:
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Hi, Jonathan (and everyone else)!
Wednesday on IRC, we discussed the M2 Bytecode format milestone. This
email is my attempt to formalize a plan for this work. I am hoping you
will read through it
On Thu, 17 Apr 2008 08:16:23 -0700
Geoffrey Broadwell [EMAIL PROTECTED] wrote:
3. Parse the define *values*, and toss any that don't look right.
I'm thinking #3, since it's probably best to have that safety check
anyway, and it's probably the easiest. I'll work on that one.
Sounds good to
On Thu Apr 17 21:14:44 2008, geoff wrote:
OK, try the attached version of the patch.
Works For Me. So now lets see how much it breaks for everyone else. :)
Applied in r27022, with the following modifications:
* Removed trailing whitespace to pass codingstd test.
* Rearranged
On Wed, 16 Apr 2008 13:45:22 -0700
jerry gay [EMAIL PROTECTED] wrote:
also, i'd like to automate more of the release process. currently, we
have a period of time where the link on the website for the most
recent parrot will point to the previous release of parrot, until the
new distro
On Mon Apr 14 12:20:52 2008, infinoid wrote:
Issue resolved due to closure request from submitter. Thanks!
Sorry, I should turn my brain on. Ticket reopened pending confirmation.
tewk: does this issue still exist for you? I've confirmed that Senaka's
Ubuntu Gutsy machine detects backtrace()
On Mon Apr 14 04:50:02 2008, [EMAIL PROTECTED] wrote:
Attaching patch No. 2 for C++ Build Issue.
Using a normal C compiler (gcc), I get this warning before this patch:
src/key.c:448: warning: passing argument 2 of 'key-vtable-isa'
discards qualifiers from pointer target type
And these warnings
On Fri Apr 04 10:50:53 2008, pmichaud wrote:
On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote:
Using CONST_STRING to build the null STRING will hurt performance
less, but
the right solution is to excise all traces of new_from_string()
throughout
the system, and then completely
On Wed Apr 09 20:52:37 2008, infinoid wrote:
I've implemented a workaround (manually specifying build rules for the
subdir files) in r26899, to keep us rolling in the meantime. Please
revert that when a real fix comes around.
And after a little more research, I've found the proper fix. GNU
On Thu, 10 Apr 2008 10:53:31 -0700
[EMAIL PROTECTED] (via RT)
[EMAIL PROTECTED] wrote:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #52710]
# in the subject line of all future correspondence about this issue.
# URL:
On Thu Apr 10 14:16:58 2008, infinoid wrote:
Oddly, adding config/auto/macports.pm to MANIFEST didn't help. It is
copied, but I don't think this module is getting use'd, for whatever
reason.
What the heck? When I added t/steps/auto_macports-*.t to MANIFEST (in
r26916), it started working.
Additional testing note. If you try out this patch, you will need to
remove src/ops/*.c before doing a make. Otherwise ops2c won't be
re-run, and you won't actually be testing the patch.
Extra points for anyone who tests it on something other than gcc. :)
Mark
On Fri Mar 21 09:03:08 2008, [EMAIL PROTECTED] wrote:
there is a definition on my system for PARROT_HAS_SNPRINTF, but not a
definition for PARROT_HAS_C99_SNPRINTF. I assume, on first glance that
these two macros are one in the same and should be united.
They are not. Please see the code in
On Sun Apr 06 07:39:09 2008, [EMAIL PROTECTED] wrote:
Following discussion on #parrot with Infinoid, I created the 'ops2c'
branch in our SVN repository to handle refactoring of this area of the
build system. You can follow developments there with:
svn co
On Sun, 06 Apr 2008 17:50:27 -0700
Andrew Whitworth via RT [EMAIL PROTECTED] wrote:
Just warnings about redefining the snprintf macro. It was defined in
two different places, and it's definition was based on both of those
two flags above. I was looking for a way to unify the definitions for
On Sun, 6 Apr 2008 01:39:31 +0530
Senaka Fernando [EMAIL PROTECTED] wrote:
Hi Chromatic,
do you trace the PMC object roots on the Stack within the GC? or in
other words is there any Stack enumeration?
Some clarification: I think the question under discussion here is, how
does the GC
On Fri, 4 Apr 2008 12:50:27 -0500
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote:
On Thursday 03 April 2008 15:47:12 Mark Glines wrote:
When doing a test for --gc=libc, I noticed test 10 of
t/op/calling.t was hanging. The test
On Thu, 03 Apr 2008 12:18:47 -0700
James Keenan via RT [EMAIL PROTECTED] wrote:
Datestamps in the filename (e.g., MMDD)? Or somewhere inside the
file?
Wouldn't the former create repository problems?
Couldn't the latter be done automatically with an $Id$ tag?
Mark
On Thu, 03 Apr 2008 13:40:20 -0700
Bernhard Schmalhofer via RT [EMAIL PROTECTED] wrote:
On Fr. 01. Jun. 2007, 08:42:43, [EMAIL PROTECTED] wrote:
While testing/trying to fix RT #42938, I noticed an additional test
failure in t/pmc/threads.t. Test 7 crashes with a signal 11
(segmentation
On Sat Mar 29 15:54:09 2008, [EMAIL PROTECTED] wrote:
I ran a fulltest with this patch applied, and everything's fine on x86
(where it matters).
Hi,
The root.in portion of this patch breaks non-i386, JIT capable
platforms. Problem is, the patch created an exec_dep.c for i386, but
added a
On Sat, 29 Mar 2008 07:03:17 -0700
James Keenan via RT [EMAIL PROTECTED] wrote:
If we simply add a forward slash after 'opt', does that solve the
problem? (see attached)
Should this code really be checking the absolute pathname? We don't
have any control over where a user places a parrot
On Sat, 29 Mar 2008 11:59:25 -0700
Mark Glines [EMAIL PROTECTED] wrote:
This changes Parrot::Test's behavior: an alternate -O option will
only be used if the *filename* contains optN, not if a leading
directory name contains it. I don't see any uses of optN in
directory names in the parrot
On Fri Mar 21 11:15:51 2008, [EMAIL PROTECTED] wrote:
1) Calling _dup() instead of the deprecated dup() in src/io/io.c, and
src/io/io_unix.c
2) Created macro PIO_DUP_FD(x) to handle duplication and typecasting
(may be overkill)
3) Used PIO_DUP_FD(x) in src/io/io.c to help alleviate warnings
On Fri, 21 Mar 2008 07:16:07 -0400
James E Keenan [EMAIL PROTECTED] wrote:
Ted Neward wrote:
BTW, I didn't want to file a bug, but the Lua compiler in the
latest bits uses a tool yapp that doesn't appear to be a part of
the bundle--is it supposed to be?
Ted Neward
Java, .NET, XML
On Fri, 21 Mar 2008 08:21:44 -0700
Andrew Whitworth (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #51976]
# in the subject line of all future correspondence about this issue.
# URL:
On Fri, 21 Mar 2008 09:03:08 -0700
Andrew Whitworth (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #51980]
# in the subject line of all future correspondence about this issue.
# URL:
On Fri, 21 Mar 2008 09:06:59 -0700
Andrew Whitworth (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #51982]
# in the subject line of all future correspondence about this issue.
# URL:
On Fri, 21 Mar 2008 09:26:42 -0700
Andrew Whitworth (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #51984]
# in the subject line of all future correspondence about this issue.
# URL:
On Fri, 21 Mar 2008 13:19:09 -0400
Andrew Whitworth [EMAIL PROTECTED] wrote:
Okay, i changed the function declaration in src/string_primitives.c
and include/Parrot/string_primitives.h. After a search, I couldn't
find any other files where the function Parrot_char_digit_value was
used, so I
On Fri, 21 Mar 2008 11:15:51 -0700
Andrew Whitworth (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #51988]
# in the subject line of all future correspondence about this issue.
# URL:
On Mon Mar 17 15:55:32 2008, infinoid wrote:
114 (void)MD5_Init(c);
(gdb) print c
$1 = (MD5_CTX *) 0x0
(gdb)
PMC_data(SELF) is set by md5.pmc's init() function. I have verified
(with gdb breakpoints) that Parrot_MD5_init() is being called when
running t/dynpmc/digest_9.pir with
On Mon Mar 17 14:56:26 2008, bernhard wrote:
On So. 16. Mär. 2008, 06:57:31, bernhard wrote:
Hi,
running 'make fulltest' under Linux leaves me with segfaults for
gdbmhast.t.
This happens only for the computed-goto and for the switched runcore.
[EMAIL
On Fri, 14 Mar 2008 17:01:39 -0700
Mark Glines [EMAIL PROTECTED] wrote:
I'm going to hold off until after Tuesday's release, in any case, just
to make sure I don't break anything else.
I committed my previous patch (after some merging) as r26480. But I
think this ticket should stay open
On Sun Mar 16 10:17:09 2008, [EMAIL PROTECTED] wrote:
Friends,
Doing cage cleaning today, I noticed that there has been no activity in
this thread since last August. Are the issues that were under
discussion still live? Should we still be considering the various
patches?
The issue is
On Fri, 14 Mar 2008 16:19:48 -0700
James Keenan via RT [EMAIL PROTECTED] wrote:
Mark:
This looks good to me. However, one of the tests being revised is
currently failing, probably for different reasons. See:
http://rt.perl.org/rt3/Ticket/Display.html?id=51750.
Thanks for the code
On Fri Jan 25 15:10:50 2008, ajr wrote:
Hi, Alan! What kind of CPU do you have? If you have an AMD Athlon XP
(or something of similar lineage), I think I know what the problem is.
I think you've nailed it: Athlon XP-M.
Hi,
I have built and sent an updated libgmp.a to the Strawberry Perl
Hi, Alan! What kind of CPU do you have? If you have an AMD Athlon XP
(or something of similar lineage), I think I know what the problem is.
On Thu, 24 Jan 2008 12:52:35 -0800
Alan Rocker (via RT) [EMAIL PROTECTED] wrote:
Determining if your platform supports GMP...Can't spawn .\test.exe:
On Thu, 22 Nov 2007 10:35:21 -0800
Mehmet Yavuz Selim Soyturk (via RT)
[EMAIL PROTECTED] wrote:
# New Ticket Created by Mehmet Yavuz Selim Soyturk
# Please include the string: [perl #47704]
# in the subject line of all future correspondence about this issue.
# URL:
I didn't hear back from kid51. I believe data portability doesn't
matter in this case; all that matters is that Storable at the current
rev on the current platform is able to read it's own data for the next
10 seconds or so, which seems like a valid assumption. Pmichaud and
chromatic seem to
On Wed, 22 Aug 2007 11:16:12 +0200
Ron Blaschke [EMAIL PROTECTED] wrote:
Don't know if its a problem if they fail. I don't have a problem
with failures as they tell me there's something that needs
attention.
True. Well, these issues do need attention, so maybe they *should*
fail. :)
On Wed, 22 Aug 2007 11:16:12 +0200
Ron Blaschke [EMAIL PROTECTED] wrote:
Jerry mentioned yesterday that there shouldn't be any failures for a
release, which makes sense as it would only upset users. Maybe there
should be a ticket for the failures then?
I have created ticket #44855 for this
Oops. I replied to this on the RT site, but it looks like I neglected
to tell it to copy the list (or you). I'll cutpaste my response below.
On Tue, 21 Aug 2007 21:02:39 -0400
James E Keenan [EMAIL PROTECTED] wrote:
I do have some qualms.
(1) I know that there have been issues with
On Wed Aug 22 09:49:20 2007, pmichaud wrote:
# Failed test (t/stm/basic_mt.t at line 168)
# Exited with error code: 134
# Received:
# src/stm/backend.c:608: failed assertion 'successp'
I get the same failure, intermittently, on dual-CPU x86. It looks like
a thread race condition, not
On Tue, 21 Aug 2007 09:52:01 -0700
chromatic [EMAIL PROTECTED] wrote:
return unless -f $filename;
return retrieve($filename);
My preference is the latter, for clarity and context reasons.
Thanks, you're absolutely right. Here's an updated patch.
Mark
Index:
On Mon, 20 Aug 2007 16:00:28 -0700
chromatic [EMAIL PROTECTED] wrote:
On Monday 20 August 2007 05:13:07 James E Keenan wrote:
t/src/compiler#
'/usr/bin/g++-3.3 -L/usr/local/lib t/src/compiler_2.o
src/parrot_config.o -o t/src/compiler_2
On Sun, 19 Aug 2007 22:22:06 -0700
David Romano (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by David Romano
# Please include the string: [perl #44783]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44783
The parrot needs help, hopefully before tomorrow's release. There are
two issues with linking against libparrot.dll on win32:
1. It refuses to export the _PMCNULL symbol (the PMCNULL global
variable defined at the top of src/pmc.c), and thus, embedders cannot
use the PMC_IS_NULL macro. This
On Sun, 19 Aug 2007 19:19:22 -0500
Andy Lester [EMAIL PROTECTED] wrote:
On Aug 19, 2007, at 7:15 PM, David Romano wrote:
The patch splits string.t (originally almost 3000 lines) into
different
files, as well as moves some of the tests for sprintf into
t/op/sprintf_tests.
Why is
On Thu, 9 Aug 2007 22:19:29 -0500
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Aug 09, 2007 at 04:37:30PM -0600, Lloyd Miller wrote:
(Like you, I'm also running kubuntu feisty on an x86_64 system,
gcc 4.1.2.)
OK, I tried svn r20585 and this fail is gone from make test.
On Sun, 5 Aug 2007 23:44:16 -0700
chromatic [EMAIL PROTECTED] wrote:
+enum {
+e_HLL_name,
+e_HLL_lib,
+e_HLL_typemap,
+e_HLL_MAX
+} HLL_enum_t;
+
Shouldn't that be a typedef? In other words:
typedef enum {...} HLL_enum_t;
I think that'll fix Coke's build failure.
Mark
On Mon, 6 Aug 2007 15:20:39 -0700
chromatic [EMAIL PROTECTED] wrote:
On Monday 06 August 2007 15:10:30 Andy Lester wrote:
On Mon, Aug 06, 2007 at 02:40:06PM -0700, chromatic
([EMAIL PROTECTED])
wrote:
I find these two lines confusing:
my %eval = eval cc_run();
On Mon, 6 Aug 2007 15:20:39 -0700
chromatic [EMAIL PROTECTED] wrote:
That's not exactly the same as a stringified hash. I think we can
just remove the cc_run() bits and be fine (at least, it worked for
me).
Indeed, with the attached patch I have working attributes again.
Mark
Index:
1 - 100 of 151 matches
Mail list logo
