# New Ticket Created by chromatic
# Please include the string: [perl #41511]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41511 >
Hi there,
Here's a complex one. Define a multisub in PIR, then try to call it from C.
I
Turns out the bug isn't quite what I described. You need to use --
linkflags to specify for the linker: when doing this, the library is
correctly found in a full run of Configure.pl
For some reason, specifying ccflags/ldflags is enough when running
the single step.
Regards.
On Feb 14, 200
Resolved as of r16981
# New Ticket Created by Will Coleda
# Please include the string: [perl #41508]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41508 >
Trying to build with GMP support on OSX intel. I have libgmp in
/opt/local/bin/
if I r
> Attached is a patch to t/codingstd/line_endings.t which searches for
> text files which have no eol-style property set, or it isn't set to
> 'native'. If people are happy with it, I'll commit it in the next
> couple of days.
>
the body of the patch looks good, but it belongs in
t/distro/file_me
On 2/14/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> the documentation for file metadata is not well organized, nor
> complete. i'm not certain where this info best fits, but the coding
> standard pdd seems like a good candidate. in any case, the general
> rule (there are exceptions) is that th
the documentation for file metadata is not well organized, nor
complete. i'm not certain where this info best fits, but the coding
standard pdd seems like a good candidate. in any case, the general
rule (there are exceptions) is that the following properties have the
following settings on the list
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #41505]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41505 >
Documentation related to svn properties on files within Parrot needs
to be cleaned up a
On Wed, Feb 14, 2007 at 11:49:54AM +0100, Klaas-Jan Stol wrote:
> hello,
>
> It was discussed before, but I'm not sure what was the result; PAST-pm
> only allows a PAST::Block node to be returned from transform (ROOT).
> However, in languages/PIR, the top level construct is a compilation
> unit
hello,
It was discussed before, but I'm not sure what was the result; PAST-pm
only allows a PAST::Block node to be returned from transform (ROOT).
However, in languages/PIR, the top level construct is a compilation
unit, which may be an include statement. An include statement should not
be en
# New Ticket Created by Aldo Calpini
# Please include the string: [perl #41502]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41502 >
this little patch adds a final \n to the test_c.in and test2_c.in files
in config/auto/
I would appreciate any feedback :-)
While it's not useful technical feedback:
That's really cool! Nice work.
Getting parrot working on non-x86 architectures is incredibly useful.
Best,
jesse
cheers,
Aldo
PGP.sig
Description: This is a digitally signed message part
12 matches
Mail list logo