James ():
Can you report what results you are currently getting when you run:
prove -v t/examples/library.t ?
$ prove -v t/examples/library.t
t/examples/library.t
1..4
ok 1 - examples/library/getopt_demo.pir
ok 2 - examples/library/md5sum.pir
7.7
Failed to load libpcre
current instr.:
On Wed Oct 22 12:52:39 2008, masak wrote:
Just wanted to note that the reported problem does not occur for me
anymore. In fact, I don't see the file t/examples/library.t among the
tested files in the `make test` output. Neither does grep.
Unfortunately, all that demonstrates is that we changed
Your point is very interesting. However, if you believe this issue
merits more extended discussion, I would recommend you open up a new RT
ticket, perhaps in the [RFC] category (or [RFP] or whatever it's called).
I would like to keep the discussion in *this* RT focused on the issues
Carl
Forgot to forward to list:
On Thu Oct 02 18:37:05 2008, [EMAIL PROTECTED] wrote:
On Wed Oct 01 16:09:41 2008, julianalbo wrote:
I see a more generic problem. Several modules add lib links to the
parrot executable. Makes sense to link static libraries if that is the
intention, but is
On Tue Sep 30 16:48:32 2008, masak wrote:
James ():
Let's start with an elementary question: What does Configure.pl say
for
you at this step:
auto::pcre - Does your platform support pcre
auto::pcre - Does your platform support
pcreyes, 7.7.
//
auto::pcre - Does your platform support
pcreyes, 6.7.
With this version installed, I could not reproduce the error you
reported. See:
http://smolder.plusthree.com/app/public_projects/tap_stream/5784/392
So could this be a problem with PCRE 7.7, or how it installs
On Wednesday 01 October 2008 13:43:37 NotFound wrote:
auto::pcre - Does your platform support
pcreyes, 6.7.
With this version installed, I could not reproduce the error you
reported. See:
http://smolder.plusthree.com/app/public_projects/tap_stream/5784/392
On Wed Oct 01 13:58:32 2008, [EMAIL PROTECTED] wrote:
On Wednesday 01 October 2008 13:43:37 NotFound wrote:
The config test for pcre try to compile a test program. The pcre.pir
dynamically loads the pcre library. So if, for example, you have only
a static pcre lib, it will detect it but
The config test for pcre try to compile a test program. The pcre.pir
dynamically loads the pcre library. So if, for example, you have only
a static pcre lib, it will detect it but fails to use.
That makes sense. Can we change the config test to link against a
dynamic
pcre?
Patches
James ():
Let's start with an elementary question: What does Configure.pl say for
you at this step:
auto::pcre - Does your platform support pcre
auto::pcre - Does your platform support pcreyes, 7.7.
// Carl
On Sat Sep 20 04:13:08 2008, masak wrote:
In Parrot r31286:
$ perl t/examples/library.t
1..4
ok 1 - examples/library/getopt_demo.pir
ok 2 - examples/library/md5sum.pir
7.7
Failed to load libpcre
current instr.: 'parrot;PCRE;init' pc 110 (library/pcre.pir:111)
called from Sub
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #59112]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59112
In Parrot r31286:
$ perl t/examples/library.t
1..4
ok 1 -
12 matches
Mail list logo