Hi,
I've few perl scripts called from C++ programs. I wanted to do code coverage
for
those scripts and i am using Devel::Cover module. Since the existing C++
programs are huge and takes lot of time to compile, I don't want to change
the existing C++ code to build those scripts with coverage.
On Fri, Oct 08, 2004 at 04:50:28PM +0530, Padubidri Nagaraja Rao, Guruprasad
(Guruprasad)** CTR ** wrote:
Hi,
I've few perl scripts called from C++ programs. I wanted to do code coverage
for
those scripts and i am using Devel::Cover module. Since the existing C++
programs are huge and
Ok, it's in. I did not add the 'cd dynclasses; make' to the default
target; I though I'd see what regular builds I broke first. Testers
wanted, especially on platforms other than darwin and linux.
William Coleda wrote:
A macro example in the docs shows:
.macro swap (A,B,TEMP) # . marks the directive
set .TEMP,.A # . marks the special variable.
set .A,.B
set .B,.TEMP
.endm # And . marks the end of the macro.
Is there a way to write this macro without
On Thursday 07 October 2004 22:26, Ron Blaschke wrote:
config\gen\platform\generic\stat.c(81) : error C2039: 'st_blksize' : is not
a member of 'stat'
I am working on MINGW support and had this error, too. I just added
#if defined(__MINGW32__)
around those lines. I can change it to
Well, its bit longer than the $(SO) that we have everywhere now, but it
works fine for me.
What about $(SO) and $(LO)?
jens
William Coleda wrote:
So... how does one use AST?
The by far simplest way (currently) is to create a textual
representation (foo.past). Parrot/ast switches to AST parsing, if an
extension .past is seen.
Run ast2past some.py in languages/python to see how it looks like.
There's a list of
Michal wrote:
Hey all,
Why does --python mode modify the
behaviour of coroutines?
Guido is to blame. Python generators/coroutines work like this:
iter = coro() # first time calling
for x = iter() ...# iterate
And that's what Parrot is doing too with the --python switch. But there
is more
On Thursday 07 October 2004 22:13, Ron Blaschke wrote:
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #31883]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31883
Replaced
%.pbc:%.imc
Sorry, my last patch for Makefile is broken. The 'stat' problem
obscured things a bit for me.
config/gen/makefiles/root.in
Renamed 3 symbols in win32 symbol export list, as they are differently
declared in src/nci_test.c.
libnci.def
Ron
makefile-libnci.patch
Description: Binary data
Steve Fink [EMAIL PROTECTED] wrote:
Ok, it's in.
Great, thanks, works fine.
...I did not add the 'cd dynclasses; make' to the default
target; I though I'd see what regular builds I broke first.
That's ok. Fdynclasses/ was intended for experiments with that
stuff. Now its working and we are
Andy Dougherty [EMAIL PROTECTED] wrote:
The biggest problem with the message is that it never tells you exactly
*which* file was not found.
Is the error message now more informative?
In the runtime/parrot/library/ directory, the string
'libncurses' appears in three different files:
Will Coleda [EMAIL PROTECTED] wrote:
Could you please rediff resend. AFAIK is most of the stuff already
done or changed under the hood - sorry.
leo
Ron Blaschke [EMAIL PROTECTED] wrote:
D21E714B3A23EF4E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sorry, my last patch for Makefile is broken.
Is already fixed.
Renamed 3 symbols in win32 symbol export list, as they are differently
declared in
This there a Win32 API stat()-like function that makes it worth to write
win32/stat.c?
Not one that I have found. And:
perl returns no value for block size and blocks on Activestate Perl
5.8.4 (on win32).
C:\tempecho Hello World! hello
C:\tempperl -e my $i=0; print map { $i++.\\t$_\n\ } stat
At 3:59 PM +0200 10/8/04, Ronald Blaschke wrote:
This there a Win32 API stat()-like function that makes it worth to write
win32/stat.c?
Not one that I have found. And:
perl returns no value for block size and blocks on Activestate Perl
5.8.4 (on win32).
All the stat things with _PLATFORM_ in
Leopold Toetsch wrote:
Steve Fink [EMAIL PROTECTED] wrote:
Ok, it's in.
Great, thanks, works fine.
Doesn't compile for me on Debian. Did a header file change not get
checked in?
src/dynext.c: In function `get_path':
src/dynext.c:147: error: `PARROT_LOAD_EXT' undeclared (first use in this
Here's something silly... I guess.
After
Configure.pl
nmake
nmake clean or realclean
there are several collateral files left:
? parrot.ilk
? parrot.pdb
? vc70.pdb
? runtime/parrot/dynext/libnci.exp
? runtime/parrot/dynext/libnci.ilk
? runtime/parrot/dynext/libnci.lib
?
On Thu, 7 Oct 2004, Steve Fink wrote:
So what I need is names for these. At the moment, I'm mostly using $(SO)
for shared lib extensions, $(DYNMOD) for d-l-modules. The buildflags I
gneerally call $(LD_SHARED) or something with shared for shared libs,
and something like $(LD_DYNMOD_FLAGS) for
Sam Ruby [EMAIL PROTECTED] wrote:
Doesn't compile for me on Debian. Did a header file change not get
checked in?
Did you reconfigure: perl Configure.pl, possibly after make clean?
PARROT_LOAD_EXT and PARROT_SHARE_EXT are defined in
include/parrot/config.h.
src/dynext.c:147: error:
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #31897]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31897
Removes the #if defined(WIN32) in generic/stat.c, and adds a separate
On Fri, 8 Oct 2004 16:56:54 +0200, Leopold Toetsch wrote:
Ronald Blaschke [EMAIL PROTECTED] wrote:
Any other thoughts on that one, or cleaning up platform dependent
collateral files in general?
rm -rf non-existent doesn't care if the file exists. So you could just
add these files to the
Ronald Blaschke [EMAIL PROTECTED] wrote:
Any other thoughts on that one, or cleaning up platform dependent
collateral files in general?
rm -rf non-existent doesn't care if the file exists. So you could just
add these files to the clean section.
leo
On Fri, 8 Oct 2004 10:08:13 -0400, Dan Sugalski wrote:
At 3:59 PM +0200 10/8/04, Ronald Blaschke wrote:
This there a Win32 API stat()-like function that makes it worth to write
win32/stat.c?
Not one that I have found. And:
perl returns no value for block size and blocks on Activestate Perl
On Oct-08, Andy Dougherty wrote:
Sorry -- offhand I don't have any sense of any standard names, and I
won't have time till late next week to look at it at all. The most
important thing is to *DOCUMENT CAREFULLY* exactly what the names are and
what they mean.
Whatever names you add,
Leopold Toetsch wrote:
Sam Ruby [EMAIL PROTECTED] wrote:
Doesn't compile for me on Debian. Did a header file change not get
checked in?
Did you reconfigure: perl Configure.pl, possibly after make clean?
DOH! Thanks.
- Sam Ruby
Leopold Toetsch wrote:
Michal wrote:
Hey all,
Why does --python mode modify the
behaviour of coroutines?
Guido is to blame. Python generators/coroutines work like this:
iter = coro() # first time calling
for x = iter() ...# iterate
And that's what Parrot is doing too with the --python
If I just do
perl Configure.pl
make
right now, it builds the parrot executable ok but then fails when it
tries to compile the library .imc files. It's looking for the icu data
dir in $(prefix)/blib/lib/2.6.1. It works if I do
perl Configure.pl --prefix=$(pwd)
make
or set
On Oct 8, 2004, at 7:54 AM, Andy Dougherty wrote:
On Thu, 7 Oct 2004, Steve Fink wrote:
So what I need is names for these. At the moment, I'm mostly using
$(SO)
for shared lib extensions, $(DYNMOD) for d-l-modules. The buildflags I
gneerally call $(LD_SHARED) or something with shared for shared
On Oct 8, 2004, at 9:03 AM, Steve Fink wrote:
If I just do
perl Configure.pl
make
right now, it builds the parrot executable ok but then fails when it
tries to compile the library .imc files. It's looking for the icu data
dir in $(prefix)/blib/lib/2.6.1. It works if I do
perl Configure.pl
Ron Blaschke [EMAIL PROTECTED] wrote:
Removes the #if defined(WIN32) in generic/stat.c, and adds a separate
implementation in win32/stat.c. The block stats stay implemented as
internal_exception.
Thanks, applied.
Does it compile, run, and test now? Can you provide an update patch to
Steve Fink [EMAIL PROTECTED] wrote:
If I just do
perl Configure.pl
make
right now, it builds the parrot executable ok but then fails when it
tries to compile the library .imc files. It's looking for the icu data
dir in $(prefix)/blib/lib/2.6.1. It works if I do
Well, that's an issue,
On Oct 8, 2004, at 9:24 AM, Jeff Clites wrote:
On Oct 8, 2004, at 9:03 AM, Steve Fink wrote:
If I just do
perl Configure.pl
make
right now, it builds the parrot executable ok but then fails when it
tries to compile the library .imc files. It's looking for the icu data
dir in
On Fri, 8 Oct 2004 18:13:36 +0200, Leopold Toetsch wrote:
Ron Blaschke [EMAIL PROTECTED] wrote:
Does it compile, run, and test now? Can you provide an update patch to
PLATFORMS, thanks.
The following applies to win32-ms-cl_13.10.3077.
It now compiles ok, but some tests fail. I've attached a
Please forget the last platform patch. This one should follow style.
Sorry, guess I need some time to warm up on my patches...
platforms-win32-tests-fail.patch
Description: Attached file: platforms-win32-tests-fail.patch
On Fri, 8 Oct 2004, Leopold Toetsch wrote:
Guido is to blame. Python generators/coroutines work like this:
iter = coro() # first time calling
for x = iter() ...# iterate
And that's what Parrot is doing too with the --python switch. But there
is more ugliness: Python returns None
At 11:59 AM -0400 10/8/04, Sam Ruby wrote:
Leopold Toetsch wrote:
Michal wrote:
Hey all,
Why does --python mode modify the
behaviour of coroutines?
Guido is to blame. Python generators/coroutines work like this:
iter = coro() # first time calling
for x = iter() ...# iterate
And that's what
... compiles now, but -lws2_32 is not yet automatically appended to the
linker options.
I can not run the tests because the ICU version bundled with parrot does not
support MinGW and my system ICU is currently not working due to an experiment
conducted earlier today.
Status: MinGW should
38 matches
Mail list logo