On Saturday 16 December 2006 08:47:55 Bob Rogers wrote:
>The following code segfaults:
>
> .sub test :main
> get_results '(0)'
> .end
>
> The segfault is in verify_signature (compilers/imcc/pbc.c:1158), where
> it is apparently following sig_arr into the C instruction
There are several tickets open regarding the integer type ids that
have been open for some time, and with the type_ids branch, we're
getting close to actually removing this long-deprecated feature. (I'd
like to just rip out *everything* we need in this branch, rather than
continue doing it piecemea
Author: chromatic
Date: Tue Apr 1 19:01:13 2008
New Revision: 26698
Modified:
trunk/docs/pdds/draft/pdd28_character_sets.pod
Log:
[PDD] Typo fixes and minor formatting nits.
Modified: trunk/docs/pdds/draft/pdd28_character_sets.pod
=
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Mon, 31 Mar 2008 23:15:43 -0500
On Mon, Mar 31, 2008 at 11:33:42PM -0400, Bob Rogers wrote:
> Do you remember the discussion two years ago [1] about eliminating the
> user stack in favor of arrays? Chip made the following comment
Author: kjs
Date: Tue Apr 1 13:12:40 2008
New Revision: 26695
Added:
trunk/docs/pdds/draft/pdd29_compiler_tools.pod (contents, props changed)
Changes in other areas also in this revision:
Modified:
trunk/MANIFEST
Log:
[pdd29] check in initial pdd stub for compiler tools. update manifest
On Tue, 1 Apr 2008, Christian Aperghis-Tramoni wrote:
> I have exactly the same problem under a Debian system.
> Configure works properly but make ends with the same message error :
>
> pbc_to_exe.o: In function `main':
> pbc_to_exe.c:(.text+0x64): undefined reference to
> `Parrot_set_executable_
On Tue, 2008-04-01 at 16:19 -0700, [EMAIL PROTECTED] wrote:
> +The Unicode Standard defines a I (commonly simplified to
> just
> +I) as one or more characters forming a visible whole when displayed,
Typo ---^
-'f
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #52382]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52382 >
Currently the nqp test can be run with:
cd compilers/nqp && make test
This
Leopold Toetsch wrote:
1) The Parrot internal character type
«Strings in Parrot's native string format will probably be an array of
"Parrot_Rune"s.»
or iso-8859-1 or UCS-2.
To be more accurate: Parrot has *no* native string format. It stores
strings in whatever format you give it (includi
Mark J. Reed wrote:
As a ref point, AppleScript 2.0 (not that I know if anyone wants to
port that to Parrot) "characters" are defined as Unicode "grapheme
clusters", e.g. the base grapheme and its diacriticals... Is that
similar to the concept of a Parrot_Rune?
That's straight from the Unicode
Gianni Ceccarelli wrote:
(Here follows various comments and opinions on PDD28 draft, written
while reading it)
As has been pointed out, the expression «A grapheme is our concept» is
not really clear. I think «The term "grapheme" in this document
defines a concept local to Parrot» or some such.
Author: kjs
Date: Tue Apr 1 13:27:08 2008
New Revision: 26696
Modified:
trunk/docs/pdds/draft/pdd29_compiler_tools.pod
Log:
[pdd29] fix copyright year; add a reference and add an abstract line.
Modified: trunk/docs/pdds/draft/pdd29_compiler_tools.pod
=
I have exactly the same problem under a Debian system.
Configure works properly but make ends with the same message error :
pbc_to_exe.o: In function `main':
pbc_to_exe.c:(.text+0x64): undefined reference to
`Parrot_set_executable_name'
collect2: ld returned 1 exit status
linking failed
current in
Will Coleda wrote:
- Which language targeting parrot requires graphemes? You say, "A
grapheme is our concept.", but then say, "Parrot must support
languages which manipulate strings grapheme-by-grapheme" ... but if
it's our own concept, surely there aren't any languages that can be
forcing us to
Author: allison
Date: Tue Apr 1 16:19:29 2008
New Revision: 26697
Modified:
trunk/docs/pdds/draft/pdd28_character_sets.pod
Log:
[pdd] A few more clarifications to the Strings PDD, while responding to mailing
list comments.
Modified: trunk/docs/pdds/draft/pdd28_character_sets.pod
===
James E Keenan wrote:
1. Why is grapheme normalization form abbreviated as NFG rather than GNF?
The Unicode normalization forms are NFC, NFD, NFKC, and NFKD, so this
fits with the standard naming scheme.
2. If a character set is "officially a deprecated term" (by whom?),
won't our use of i
> > Excellent. Where? On the IIT campus?
>
> Location to be determined. Likely either on campus, or at the conference
> hotel, depending on where the majority of Parrot hackers are staying.
The dorms that we have this year have large common areas that we have
24x7 access too. I can investiga
Author: allison
Date: Tue Apr 1 12:55:54 2008
New Revision: 26694
Modified:
trunk/docs/pdds/draft/pdd28_character_sets.pod
Log:
[pdd] Clarification to Strings PDD from Jim Keenan.
Modified: trunk/docs/pdds/draft/pdd28_character_sets.pod
==
Andy Lester wrote:
Excellent. Where? On the IIT campus?
Location to be determined. Likely either on campus, or at the conference
hotel, depending on where the majority of Parrot hackers are staying.
Allison
On Monday 31 March 2008 17:29:22 Илья wrote:
> I was done make realclean, svn up(and new checkout too), perl
> Cofigure.pl and new make many times before I send bug report.
> So, I done it again, but with same results :(
> Do you need any additional information about my system? anything else can
>
--- - - -Y/13*3 ?
> 20071218
> -sol8-sparc-gcc_4.1.0 B--- - - -Y/171 ?
> 20080109
> +sol8-sparc-ccB--- - - -Y/1 ?
> 20080401
> +sol8-sparc-gcc_4.1.0 B---
5 Y-- Y Y Y? ?
20070309
-sol8-sparc-ccB--- - - -Y/13*3 ?
20071218
-sol8-sparc-gcc_4.1.0 B--- - - -Y/171 ?
20080109
+sol8-sparc-ccB--- - - - Y/1 ?
2008040
That would be a yes.
# New Ticket Created by Will Coleda
# Please include the string: [perl #52374]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52374 >
---
osname= linux
osvers= 2.6.22.10
arch= i486-linux-gnu-thread-multi
cc= cc
---
Fl
On Tue, Apr 1, 2008 at 6:48 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Mon Mar 31 17:58:06 2008, [EMAIL PROTECTED] wrote:
> > config/gen/platform/darwin/dl.c uses deprecated functions whose better
> > performing replacements (dlopen and friends) were added in OS X 10.3.
> >
>
> Is
On Tue, Apr 1, 2008 at 2:37 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 01, 2008 at 01:23:38PM +0200, Klaas-Jan Stol wrote:
> > in the exception handler, a new Undef is created in $P0. When leaving
> > this line, this code won't work. When commenting out this line, it
> > wil
On Tue, Apr 01, 2008 at 01:23:38PM +0200, Klaas-Jan Stol wrote:
> in the exception handler, a new Undef is created in $P0. When leaving
> this line, this code won't work. When commenting out this line, it
> will print "hi", as expected.
> I don't get that, because, 3 lines later, a new object is st
On Tue, 1 Apr 2008, �~Xл�~L�~O wrote:
> Hi!
> I was done make realclean, svn up(and new checkout too), perl
> Cofigure.pl and new make many times before I send bug report.
> So, I done it again, but with same results :(
> Do you need any additional information about my system? anything else can
>
I'm a bit confused on how lexicals are supposed to work. Below is a
simple example, which looks more or less on code generated by PCT for
a try/catch statement.
in the exception handler, a new Undef is created in $P0. When leaving
this line, this code won't work. When commenting out this line, it
On Mon Mar 31 17:58:06 2008, [EMAIL PROTECTED] wrote:
> config/gen/platform/darwin/dl.c uses deprecated functions whose better
> performing replacements (dlopen and friends) were added in OS X 10.3.
>
Is it possible that these deprecations were only made in OS X 10.5?
It appears that Parrot's or
On Mon Mar 31 17:58:06 2008, [EMAIL PROTECTED] wrote:
> config/gen/platform/darwin/dl.c uses deprecated functions whose better
> performing replacements (dlopen and friends) were added in OS X 10.3.
>
I don't get this result on OS X 10.4. Examining my 'make' logs over the
past month, I only get
# New Ticket Created by "Seneca Cunningham"
# Please include the string: [perl #52354]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52354 >
not ok 3 - runinterp - works with printing # TODO something funky here
# Faile
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 Mak
Author: allison
Date: Tue Apr 1 02:33:23 2008
New Revision: 26689
Modified:
trunk/docs/pdds/draft/pdd28_character_sets.pod
Log:
[pdd] Completed the core architectural component of the Strings PDD. Still
adding API sections.
Modified: trunk/docs/pdds/draft/pdd28_character_sets.pod
==
# New Ticket Created by "Seneca Cunningham"
# Please include the string: [perl #52346]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52346 >
config/gen/platform/darwin/dl.c uses deprecated functions whose better
performing
Hi!
I was done make realclean, svn up(and new checkout too), perl
Cofigure.pl and new make many times before I send bug report.
So, I done it again, but with same results :(
Do you need any additional information about my system? anything else can help?
Excuse my bad English.
pbc_to_exe.o: In fun
36 matches
Mail list logo
