MrJoltCola wrote:
At 06:57 PM 4/11/2005, Matt Diephouse wrote:
Now that IMCC is a core part of Parrot, I'd like to see the imcc/
directory go away.
Technically IMCC should be separate
I think mild separation that still exists is a good thing. IMCC does
not actually execute anything, it is a "regi
t/src/manifest.t tests 3 and 4 used to compare MANIFEST file entries
against CVS/Entries. The latter is now .svn/entries with an xmlish syntax.
The job is now to replace t/src/manifest.t:scan_cvs so that it extracts
C items from .svn/entries and descends into C
subdirectories. And no - I don't t
Jerry Gay <[EMAIL PROTECTED]> wrote:
>> > the attached patch gets the SDL library and examples running on win32.
Are there more Win32 libs that have the same naming conventions:
unixish: win32:
libSDL SDL
The question is, if the dynext loader should try to stri
Jrieks @ Wmit00 . It . Math . Uni-Wuppertal . De <[EMAIL PROTECTED]> wrote:
> wmit01 ~ > perl -v
> This is perl, v5.6.0 built for i586-linux
As it seems to be a perl issue, please check the relevant part of the
PMC compiler. IIRC there was a patch regarding C not
too long ago.
leo
Matt Diephouse <[EMAIL PROTECTED]> wrote:
> Now that IMCC is a core part of Parrot, I'd like to see the imcc/
> directory go away. I'd be willing to spend some time trying to prepare
> some patches (it'd be a good way to become more familiar with the
> source), but I have a few questions first:
>
On Tue, Apr 12, 2005 at 11:08:30AM +0200, Leopold Toetsch wrote:
> t/src/manifest.t tests 3 and 4 used to compare MANIFEST file entries
> against CVS/Entries. The latter is now .svn/entries with an xmlish syntax.
> The job is now to replace t/src/manifest.t:scan_cvs so that it extracts
> C items
On Tue, Apr 12, 2005 at 02:50:57AM -0700, Michael G Schwern wrote:
> No need to parse the XML files, "svn list -R" lists everything in the repo.
>
> And I suppose I just volunteered myself for the job.
$ svn list -R
svn: '.' is not a working copy
Doesn't work when svk is used to check out the c
Leopold Toetsch wrote:
> t/src/manifest.t tests 3 and 4 used to compare MANIFEST file entries
> against CVS/Entries. The latter is now .svn/entries with an xmlish syntax.
> The job is now to replace t/src/manifest.t:scan_cvs so that it extracts
> C items from .svn/entries and descends into C
> sub
On 12 Apr 2005 09:44:08 -, Leopold Toetsch via RT <
[EMAIL PROTECTED]> wrote:
>
> Jerry Gay <[EMAIL PROTECTED]> wrote:
>
> >> > the attached patch gets the SDL library and examples running on
> win32.
>
> Are there more Win32 libs that have the same naming conventions:
>
> unixish: win32:
On Monday 11 April 2005 17:54, Leopold Toetsch wrote:
> BTW: a nice to have: include SVN revision of local copy in bug report.
I'll implement it.
jens
William Coleda <[EMAIL PROTECTED]> wrote:
> Or, rather, find the attached patch here:
> https://rt.perl.org/rt3/Ticket/Attachment/110536/75860/dynamic_perl2.patch
Thanks, applied.
leo
jerry gay wrote:
On 12 Apr 2005 09:44:08 -, Leopold Toetsch via RT <
[EMAIL PROTECTED]> wrote:
The question is, if the dynext loader should try to strip "^lib" off the
library name.
the convention on windows is not to include the "lib" prefix, however there
are exceptions.
Ok, let's try it.
I'm trying to understand how morph works. perlscalar's morph looks like this:
void morph (INTVAL type) {
if (SELF->vtable->base_type == type)
return;
if (SELF->vtable->base_type == enum_class_PerlString) {
PObj_custom_mark_CLEAR(SELF);
SELF->
On 12 Apr 2005 15:14:58 -, Leopold Toetsch via RT <
[EMAIL PROTECTED]> wrote:
>
> jerry gay wrote:
> > On 12 Apr 2005 09:44:08 -, Leopold Toetsch via RT <
> > [EMAIL PROTECTED]> wrote:
>
> >>The question is, if the dynext loader should try to strip "^lib" off the
> >>library name.
> >
>
On Tue, 2005-04-12 at 10:59 -0700, jerry gay wrote:
> works! the win32-specific stuff can be ripped out of
> runtime/library/pcre.imc && SDL.imc.
> or i'll submit a patch if you'd rather.
There shouldn't be any Win32-specific stuff in SDL.imc now. (I don't
see any.)
There's Debian-specific
i'm happy. close the ticket.
On 12 Apr 2005 18:10:49 -, chromatic via RT <
[EMAIL PROTECTED]> wrote:
>
> On Tue, 2005-04-12 at 10:59 -0700, jerry gay wrote:
>
> > works! the win32-specific stuff can be ripped out of
> > runtime/library/pcre.imc && SDL.imc.
> > or i'll submit a patch if you'
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #34932]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34932 >
If the user has ICU installed in a location not normally searched by
the compiler, bu
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #34933]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34933 >
Removing ICU from the build uncovered an odd build bug concerning the
space after ${l
chromatic wrote:
There's Debian-specific stuff, but that's just Debian being charmingly
itself.
That should go away too. The canonical fix is to create the missing
symlinks and probably submit patches to debian.
leo
On Tuesday 12 April 2005 19:10, Andy Dougherty wrote:
> # New Ticket Created by Andy Dougherty
> # Please include the string: [perl #34932]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34932 >
>
>
> If the user has ICU i
I'm sorry if this is a repeat... I posted this accidentally to
perl6-language...
> Following the instructions in README.Win32 (which has been successful
> for me in the past), no longer works successfully. First, I cannot
> run Configure.pl successfully; it complains about --icudatadir not
> bein
On Tuesday 12 April 2005 21:06, Solinski, Mark wrote:
> > Following the instructions in README.Win32 (which has been successful
> > for me in the past), no longer works successfully. First, I cannot
> > run Configure.pl successfully; it complains about --icudatadir not
> > being defined (again not
I succeeded using the mingw32 setup. I counldn't get the Visual
Studio.Net or free VC++ compilers to work, and ran out of energy.
On Apr 12, 2005 12:06 PM, Solinski, Mark <[EMAIL PROTECTED]> wrote:
> I'm sorry if this is a repeat... I posted this accidentally to
> perl6-language...
>
> > Followin
The Perl 6 Summary for the week ending 2005-04-12
Whoa! Deja vu! Where'd Matt go?
Don't worry, Matt's still writing summaries. As you may have noticed,
Matt's been writing summaries every two weeks. And now so am I. Because
we love you, we've decided to arrange things so I write su
On Tue, Apr 12, 2005 at 10:54:14AM +0100, Nicholas Clark wrote:
> On Tue, Apr 12, 2005 at 02:50:57AM -0700, Michael G Schwern wrote:
>
> > No need to parse the XML files, "svn list -R" lists everything in the repo.
> >
> > And I suppose I just volunteered myself for the job.
>
> $ svn list -R
>
On Apr 12, 2005 12:06 PM, Solinski, Mark <[EMAIL PROTECTED]> wrote:
>
> > Has anyone successfully built Parrot on Win32 (MSVC 13.10.3077)
> > recently?
parrot builds fine on win32--vc-7.1-perl-5.8.6 for me, without icu. i have
been building this way for some time now.
configure.pl --without-i
On Tue, 12 Apr 2005, Nicholas Clark wrote:
I think that there are 2 bugs here
1: Morphing from enum_class_PerlString to enum_class_BigInt or
enum_class_Complex looks broken. The return in the second if clause will
quit the function and the DYNSELF.init() will never get called.
Can anyone easily wri
On Tue, 12 Apr 2005, The Perl 6 Summarizer wrote:
Dynamic Perl, Part 1
William Coleda announced that he was starting work on removing the
core's dependence on Perl* PMCs in favour of using language agnostic
PMCs internally and loading the Perl ones dynamically as required.
Everything b
I am delighted to report that the first major milestone of Pugs, version
6.2.0, has been released to CPAN:
http://wagner.elixus.org/~autrijus/dist/Perl6-Pugs-6.2.0.tar.gz
SIZE (Perl6-Pugs-6.2.0.tar.gz) = 642482
MD5 (Perl6-Pugs-6.2.0.tar.gz) = 8d5438d49db872ffe2394fd4995d335b
It repres
# New Ticket Created by jerry gay
# Please include the string: [perl #34935]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34935 >
This transaction appears to have no contentthis patch against r7818 should eliminate many
# New Ticket Created by jerry gay
# Please include the string: [perl #34936]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34936 >
This transaction appears to have no contentthis patch covers charset/, ops/, pf/, classes/
# New Ticket Created by Philip Taylor
# Please include the string: [perl #34937]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34937 >
This patch makes Parrot recognise /path/to/file and c:/path/to/file as
absolute paths
From: Roger Hale <[EMAIL PROTECTED]>
Date: Mon, 11 Apr 2005 09:30:32 -0400
Bob Rogers wrote:
>From: Roger Hale <[EMAIL PROTECTED]>
>Date: Thu, 07 Apr 2005 04:23:41 -0400
>
>Leopold Toetsch wrote:
>> Roger Hale <[EMAIL PROTECTED]> wrote:
>>
>>
> Could that be added as 4th line?
Good ideas, all of them. I've updated the page to add that, and to
switch to bz2.
-R
I have been trying to examine the i386 code generator to see how feasible it
would be to create an AMD64 code generator. Unfortunately, the code is
uncommented, and I haven't yet found any documentation to explain how it works
on Parrot. So far I've determined there's relevant stuff in jit/i386.
35 matches
Mail list logo
