exceptions.patch
Description: Binary data
malloc.patch
Description: Binary data
Makefile.patch
Description: Binary data
Index: exceptions.c
===
RCS file: /cvs/public/parrot/exceptions.c,v
retrieving revision 1.17
diff -u -a -r1.17 exceptions.c
--- exceptions.c 10 Jul 2003 16:56:46 - 1.17
+++ exceptions.c 11 Jul 2003 13:29:01 -
@@ -119,7 +119,7 @
Lars Balker Rasmussen <[EMAIL PROTECTED]> writes:
> Whoa, that didn't work too well. Let's try again:
>
> gcc on FreeBSD (and I'd imagine others) complains over an fprintf
> in exceptions.c.
>
> malloc.h is deprecated on FreeBSD 5, and will make various
>
Lars Balker Rasmussen <[EMAIL PROTECTED]> writes:
> Whoa, that didn't work too well. Let's try again:
>
> gcc on FreeBSD (and I'd imagine others) complains over an fprintf
> in exceptions.c.
>
> malloc.h is deprecated on FreeBSD 5, and will make various
>
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
>> Since parrot currently can't compile on Solaris due to the absense of
>> setenv/unsetenv in the Solaris libc, I've added tests for the
>> function
my ($cfile) = grep /\.c$/, @ARGV;
foreach my $option (@options) {
if ($cfile =~ $option->[0]) {
if ($option->[1] eq '+') {
splice @ARGV, 1, 0, $option->[2];
}
else {
@ARG
re.pl will break
the build-process with these.
$cc_warn=$args{lex} if defined $args{lex};
$cc_warn=$args{yacc}if defined $args{yacc};
Cheers,
--
Lars Balker Rasmussen Consult::Perl
On Fri, Jul 18, 2003 at 12:04:39PM -0400, Simon Glover wrote:
> OK, this should be fixed in CVS
Yup.
--
Lars Balker RasmussenConsult::Perl
Benjamin Goldberg <[EMAIL PROTECTED]> writes:
> (ChangeLog, Configure.pl, parrot.spec, and whatever else is really
> needed to build and distribute parrot (make.pl?)).
Nothing is currently using make.pl, and it's way out of date compared
to the configure system - delete it
it apply cleanly on my FreeBSD:
perl -pi -e 's/\r//; s,^--- NUL,--- /dev/null,' coresplit.diff
patch < coresplit.diff
--
Lars Balker Rasmussen Consult::Perl
On Mon, Jul 21, 2003 at 10:28:26AM +0300, Vladimir Lipskiy wrote:
> In /parrot/docs/jit.pod:
>
> "For moving registers from processor to parrot and vv, the
> B functions have to be implemented."
>
> what does "vv" stand for?
Vice versa
e requirements Dan had.
The suggestion by Benjamin Goldberg was already in the patch already
committed. Modifying the link-step the way Benjamin suggests is
trivial, although I suggest we wait until the need arises.
Cheers,
--
Lars Balker Rasmussen Consult::Perl
? cflags.diff
? cflags.tar.gz
? coresplit.diff
? t.tar
Index: config/gen/cflags/imcc.in
===
RCS file: /cvs/public/parrot/config/gen/cflags/imcc.in,v
retrieving revision 1.2
diff -u -a -r1.2 imcc.in
--- config/gen/cflags/imcc.in 22 Jul
latest cvs.
(Perls exec seems to run async on win32?)
> And then I try perl make.pl:-
I doubt make.pl works at the moment.
Cheers,
--
Lars Balker Rasmussen Consult::Perl
ly hard to do portable makefile stuff that does name-mangling
as well as work across directories. Your patch didn't work with BSD
make nor nmake on win32, so Dan rolled the pod generation back yesterday.
I've attached a patch to get the configure system to generate a VERY
basic makefile for the pod generation phase that works with both BSD
and GNU make, and I assume nmake.
Cheers,
--
Lars Balker Rasmussen Consult::Perl
Simon Glover <[EMAIL PROTECTED]> writes:
> OK, I've committed it.
I'll just confirm that FreeBSD/x86 now passes objects.t.
--
Lars Balker Rasmussen Consult::Perl
Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
> There's no reason to test for the presence of setenv/unsetenv in libc
> - these functions are emulated if not present.
I'll just reiterate: Configures test for the presence of setenv and
unsetenv should not caus
Benjamin Goldberg <[EMAIL PROTECTED]> writes:
> Lars Balker Rasmussen wrote:
>> However, now the 4th test fails on Solaris (and most likely other OS's
>> witout setenv/unsetenv). This is because the test relies on a key
>> disappearing from %ENV when it's been
latform as JIT-capable, even though I have a strong suspicion that
> it would work anyway. However, I don't understand the configure
> system well enough to get it to let me use JIT.
I may know the configure system enough to help you - but first, what
does your "m
t's best to print out the full
> commands being executed.
I agree.
Ideally, the best way to avoid warnings is to use -Werror ;-)
--
Lars Balker Rasmussen Consult::Perl
"Vladimir Lipskiy" <[EMAIL PROTECTED]> writes:
>> if (-e "jit/$cpuarch/core.jit" and not $osname == 'MSWin32'){
ITYM:
>> if (-e "jit/$cpuarch/core.jit" and $osname ne 'MSWin32') {
--
Lars Balker Rasmussen Consult::Perl
Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
> # New Ticket Created by Lars Balker Rasmussen
> # Please include the string: [perl #23025]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=230
Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
> # New Ticket Created by Lars Balker Rasmussen
> # Please include the string: [perl #23029]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Dis
.
t/syn/file.t relies on . being in path (in the 3 system("imcc...")
calls), so "make test" fails for me (and for some of the tinderboxen,
it seems).
--
Lars Balker Rasmussen Consult::Perl
-default-type))
+ mml-insert-mime-headers-always)
(when (consp charset)
(error
"Can't encode a part with several charsets."))
--
Lars Balker Rasmussen Consult::Perl
r on native numbers. Feel free to give
it a whirl.
(I'm not sure if floor(-0.0) is meant to return -0.0 or not, but it does.)
> So I now I have a working my perlin noise (with turbulence) implementation
> written in pure pasm :-)
Cool! So, how does it perform? ;)
--
Lars Balker Rasmus
Juergen Boemmels <[EMAIL PROTECTED]> writes:
> Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
>> The pthreads library seems to be missing on the FreeBSD 4.8 and 5.0
>> machines I have access to. I don't know what, if any, FreeBSD'en
>> should
mcc/main.c to just before the first pmc_new() in
the second test in t/src/list.t fixed the problem.
interpreter->DOD_block_level++;
But I'm unsure if this is the right way to go about it, or rather, if
the line above belongs in Parrot_init() or elsewhere.
Cheers,
--
Lar
e reasoning for one
of the interpreter setups in the old hash.t (marked with XXX), and
whether it's needed now - seems to work fine without, but that may not
be the point.
I'll do the rest of them later, but I really should work on other
stuff now :-)
C
ised if, by the end of the year, we haven't seen the full
> implementation of at least one of the big non-Perl scripting languages
> on top of Parrot.
I'm confused, are you optimistic or pessimistic in that last sentence?
--
Lars Balker Rasmussen Consult::Perl
$Config{libs}'
-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
I have no idea why Debians perl is linked with gdbm_compat as well as
gdbm.
I suppose this is a patch :-)
--
Lars Balker Rasmussen Consult::Perl
one either, there's some clean-up to be done
in parrot/config/init/hints/openbsd.pl :-) )
--
Lars Balker RasmussenConsult::Perl
s fault though, but good luck figuring out how and why).
--
Lars Balker Rasmussen http://consult-perl.dk
Consult::Perl
-strcon(const char* s, int len)
> +strcon(const unsigned char* s, int len)
> {
Haven't looked at the code yet, but I'll just observe that Ansi/ISO C
reserves the str[a-z].* namespace for its own use, which will cause
noise with some compilers. Please use str_con or equivale
On Fri, Apr 22, 2005 at 07:59:57AM +0200, Uwe Voelker wrote:
> >I'd like to announce the creation of the Parrot Common Lisp project,
>
> Let's port emacs to it :-)
Erik Naggum, is that you?
--
Lars Balker RasmussenConsult::Perl
35 matches
Mail list logo
