On Tue, Dec 16, 2008 at 12:20 PM, Ron Blaschke wrote:
> Andrew Whitworth wrote:
>> I'll pick up borland and play with it, although I won't get to it
>> until the next cycle. I've got a really old version of Turbo C++ 4.52
>> left over from school, and free versions of Turbo C++ Explorer are
>> ava
Unfortunately, my changes to Perl 5 have been working better than my
changes to Parrot. IIRC, the changes made fixed OpenBSD and NetBSD on
Parrot while Cygwin and Solaris didn't seem to fare as well.
Steve
On Thu, Jul 17, 2008 at 7:29 PM, Thorsten Glaser via RT
<[EMAIL PROTECTED]> wrote:
> On We
two things: which specific function does not exist, and
> which other broken functions also need to be fixed.
>
> However, realistically, I don't think anyone's ever going to fix the SPARC
> jit, so you may certainly mark it as "stalled" or whatever else seems to
> suit.
>
Is it only sun4/SPARC that's broken or are all Solaris/SPARC's also
broken? I would guess that if its all SPARCs, Linux or Solaris, that
this might be a bigger issue.
Steve Peters
[EMAIL PROTECTED]
gt;
> src\headers.c
>
> src\hll.c
>
> src\inter_call.c
>
> src\inter_cb.c
>
> src\inter_create.c
>
> src\inter_misc.c
>
> src\interpreter.c
>
> src\interpreter.c(655) : warning C4055: 'type cast' : from data pointer
> 'void *'
>
> to function pointer 'jit_f'
>
> src\inter_run.c
>
> src\intlist.c
>
> src\key.c
>
> src\library.c
>
> src\list.c
>
> src\longopt.c
>
> src\misc.c
>
> src\mmd.c
>
> src\mmd.c(308) : warning C4055: 'type cast' : from data pointer 'DPOINTER *'
> to
>
> function pointer 'funcptr_t'
>
> src\nci.c
>
> src\nci.c(7089) : warning C4055: 'type cast' : from data pointer 'DPOINTER
> *' to
>
> function pointer 'funcptr_t'
>
> src\oo.c
>
> src\oo.c(221) : error C2375: 'Parrot_oo_get_class' : redefinition; different
> lin
>
> kage
>
> C:\Prg\parrot-svn\include\parrot/oo.h(237) : see declaration of
> 'Parrot_
>
> oo_get_class'
>
> NMAKE : fatal error U1077: 'C:\Prg\ActivePerl\bin\perl.exe' : return code
> '0x2'
>
> Stop.
>
>
>
> C:\Prg\parrot-svn>
>
Excellent! A new Visual Studio version! Is this the free version or
a paid-for version. IIRC VS 2005 had some distinctions between the
two.
Steve Peters
[EMAIL PROTECTED]
On Thu Jan 17 17:26:45 2008, [EMAIL PROTECTED] wrote:
> The following text shows the result of attempting to install Parrot
> using
> bcc32. The program appeared to hang at the "Generating CPU specific
> stuff"
> stage until killed.
>
> C:\parrot>Configure.pl --cc=bcc32
> Parrot Version 0.5.2 Conf
d other times consulting the
> global object does seem like a recipe for confusion. It might make sense
> to always do one or the other.
>
hints/linux.pm should really have separate flags for even g++, since
some warnings just don't work on g++.
I think it would be good if we could break out compilers separately
from the operating system. This is especially useful for Sun Studio,
where ccflags cross operating systems. Intel C tends to follow what
the primary system compilers, but it still runs on three distinct
operating system with some slight differences across the environments.
Steve Peters
[EMAIL PROTECTED]
doing a lot
> of with his recent function attribute work). I'm guessing that suncc
> throws a warning here can be rectified in the fullness of time.
>
> Just my $0.02
>
> Paul
We can leave it out, but then we'll never be able to compile Parrot with
Solaris CC.
Steve Peters
[EMAIL PROTECTED]
On Fri, Aug 17, 2007 at 06:59:27AM -0700, Steve Peters wrote:
> # New Ticket Created by Steve Peters
> # Please include the string: [perl #44729]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=44729 &
On Thu, Jun 07, 2007 at 12:19:57AM -0500, Andy Lester wrote:
> Anyone out there using the Intel compiler?
>
> How are you running Configure.pl?
>
>
perl Configure.pl --cc=icc --link=icc --ld=icc
Steve Peters
[EMAIL PROTECTED]
= NULL
> everywhere? Why do we need a macro to do this?
>
I can't see any need for such a macro other than for the minor obfuscation
that it allows. For most of the Parrot code, I haven't SET_NULL() used, and
I haven't used it myself. I'm a bit curious how much it is actually used.
Steve Peters
[EMAIL PROTECTED]
figure-build/coverage.html
>
Is there a gcov Makefile target? I'd be more interested in seeing how
much of Parrot is being tested.
Steve Peters
[EMAIL PROTECTED]
ot needs its own malloc?
>
According to our file, our version in 2.7.2. The current free version is
2.8.3. Obviously, if we need to keep this file, we should get up to the
most recent version. I wouldn't however, mess with it much to make it
pass coding standards, since that would make it much more difficult to
patch to keep up to date with the original.
Steve Peters
[EMAIL PROTECTED]
# New Ticket Created by "Steve Peters"
# Please include the string: [perl #42795]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42795 >
Index: lib/Parrot/O
On Sun Mar 18 12:21:18 2007, ptc wrote:
> I don't know if this is a BUG or what so I'm just sending it plain.
> I've just tried to build parrot with icc (not 100% sure if my build
> flags are correct either), and I'm getting this build error:
>
> icc -o miniparrot compilers/imcc/main.o \
> -Wl
On Sun Mar 18 12:21:18 2007, ptc wrote:
> I don't know if this is a BUG or what so I'm just sending it plain.
> I've just tried to build parrot with icc (not 100% sure if my build
> flags are correct either), and I'm getting this build error:
>
> icc -o miniparrot compilers/imcc/main.o \
> -Wl
On Fri, Apr 27, 2007 at 09:22:22AM -0700, Steve Peters wrote:
> # New Ticket Created by Steve Peters
> # Please include the string: [perl #42768]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=42768 >
# New Ticket Created by "Steve Peters"
# Please include the string: [perl #42662]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42662 >
The const char * f below causes failures when compiled with C++. Th
+sigs[1] = results_sig;
>
> /* account for passing invocant in-band */
> if (pmc) {
>
Cool! I meant to look into this one since it also breaks Borland C++ and
causes warnings under -ansi -pedantic.
Steve Peters
[EMAIL PROTECTED]
On Wed, Apr 18, 2007 at 11:18:20AM +0200, Mehmet Yavuz Selim Soyturk wrote:
> >+format[sizeof(format - 1)] = '\0';
>
>
> Shouldn't that be 'format[sizeof(format) - 1]' ?
>
Yes, thanks! Good catch!
Steve
#x27;t blacklisted due to
> parse errors. But I hope it's helpful.
Thanks so much. gcc's -Wc++-compat hatefully ignores these kinds of problems,
and other issues prevent me from combing through with a C++ compiler. I'll
take a look at the rest of these this evening, and hopefully work on
-Wc++-compat as well.
Steve Peters
[EMAIL PROTECTED]
On Sat, Apr 14, 2007 at 11:05:27PM +0100, Jonathan Worthington wrote:
> Hi,
>
> I just backed out one small part of this patch because it broke the
> build using MS VC++ on Win32.
>
> Steve Peters (via RT) wrote:
> &
rywhere, we need to think about
working more towards ANSI and POSIX compliance.
Steve Peters
[EMAIL PROTECTED]
On Mon Apr 09 23:01:35 2007, [EMAIL PROTECTED] wrote:
> On Sunday 08 April 2007 18:07, Steve Peters via RT wrote:
>
> > On Sun Apr 08 16:08:05 2007, stmpeters wrote:
> > > The attached patch includes several cleanups needed to silence
> > > warnings
> >
l, however, be handled on
a case by case basis to work out the most appropriate replacement
name based on its use. Please feel free to adjust if you think I've
gotten something wrong.
Regards,
Steve Peters
[EMAIL PROTECTED]
On Sun Apr 08 16:08:05 2007, stmpeters wrote:
> The attached patch includes several cleanups needed to silence
> warnings
> when compiling Parrot with Intel C++.
>
It helps to attach the right patch
Steve
intel_cleanups.out
Description: Binary data
On Mon Apr 02 17:16:45 2007, stmpeters wrote:
> Here's some additional cleanups for making Parrot a bit more friendly
> to a wider variety of C compilers.
>
It is always good to actually include the attachment you are sending.
Steve
Index: src/encoding.c
===
erl 5,
the build process keeps all the Perl library in the same directory with
executable. This seems to make things much easier for Windows, since
DLL's need to be on the PATH on Windows (including Cygwin). Once I
reboot into Windows, I'll see what I can do to help make this more automatic.
Steve Peters
[EMAIL PROTECTED]
On Thu Mar 15 05:30:31 2007, nahoo wrote:
> On Mi. 14. Mär. 2007, 23:00:18, nahoo wrote:
> > Index: include/parrot/sub.h
> > ===
> > --- include/parrot/sub.h(Revision 17473)
> > +++ include/parrot/sub.h(Arbeitskopie)
>
On Thu, Mar 29, 2007 at 07:28:52PM +0200, Paul Cochrane wrote:
> On 28/03/07, via RT Steve Peters <[EMAIL PROTECTED]> wrote:
> ># New Ticket Created by Steve Peters
> ># Please include the string: [perl #42156]
> ># in the subject line of all future correspondence
nings - yes - else no.
>
> leo - been there, done that
>
Sweeping dirt under the rug doesn't mean that the house has been cleaned
up. It means I've turned it into someone else's problem. I'd rather
Parrot was solid and reliable than something VM users cannot rely on.
Steve Peters
[EMAIL PROTECTED]
On Wed, Mar 28, 2007 at 07:41:25PM +0100, Nicholas Clark wrote:
> On Tue, Mar 27, 2007 at 05:42:12AM -0700, Steve Peters via RT wrote:
>
> > > Anyway, it's worth noting that although one of functions actually
> > > doesn't
> > > return anything, it is
On Tue Mar 27 10:54:17 2007, doughera wrote:
> On Tue, 27 Mar 2007, Steve Peters wrote:
>
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42151]
> > # in the subject line of all future correspondence about this issue.
> > #
On Tue Mar 27 10:54:17 2007, doughera wrote:
> On Tue, 27 Mar 2007, Steve Peters wrote:
>
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42151]
> > # in the subject line of all future correspondence about this issue.
> > #
On Tue Mar 27 05:32:41 2007, doughera wrote:
> On Mon, 26 Mar 2007, Steve Peters wrote:
>
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42110]
> > # in the subject line of all future correspondence about this issue.
> > #
On Thu Jan 11 08:57:22 2007, coke wrote:
> Need details.
A recent patch has gotten Parrot to the point that it can be compiled
with Borland C++ on Win32. Unfortunately, it does not link correctly to
actually create a valid parrot executable. Additional configuration is
needed to make Borland com
On Sun Jan 07 08:27:28 2007, [EMAIL PROTECTED] wrote:
>
> On Jan 7, 2007, at 8:44 AM, Steve Peters via RT wrote:
>
> > What is your c++ symlink pointing at?
> >
> >
> >
>
> [parrot] 512 $ ls -l /usr/bin/c++
> lrwxr-xr-x 1 root wheel 7 Aug 9 2004 /
What is your c++ symlink pointing at?
ually, I was thinking this could be accomplished with gcc only on all
of these environments. That, however, would be very bad.
Steve Peters
[EMAIL PROTECTED]
er
> the
> > next week to finish this off.
> >
> > Steve Peters
> > [EMAIL PROTECTED]
>
>
This patch still needs to be applied to continue work on compiling
parrot with Borland C++.
On Sun Dec 17 19:29:46 2006, [EMAIL PROTECTED] wrote:
> With ICU optional these days, is this still necessary?
I have a Visual C++ Toolkit 2003 lying around (I think), so, if I do,
I'll give this a try along with my Borland work.
On Sat Dec 16 18:59:18 2006, stmpeters wrote:
> This patch silences a minor warning on Cygwin.
>
> Steve Peters
> [EMAIL PROTECTED]
>
> $ diff -u parrot/src/pmc/parrotio.pmc parrot-patch/src/pmc/parrotio.pmc
> --- parrot/src/pmc/parrotio.pmc 2006-12-16 20:46:58.37500 -06
On Sat Nov 11 10:17:33 2006, [EMAIL PROTECTED] wrote:
> perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
> -I/usr/local/include -pipe -fno-common'
>
> Then chromatic suggested manually editing the Makefile to delete '-
> bundle' from the following line.
> LD_LOAD_FLAGS =
ke
perl t/harness t/op/trans.t
but fails miserably when run like
perl t/harness -v t/op/trans.t
Steve Peters
[EMAIL PROTECTED]
> On Tue Mar 21 17:46:51 2006, jisom wrote:
> > It seems I'm mistaking problems. OpenBSD does do atan2 correctly.
> > But, OpenBSD doesn'
s well as
> Tru64, anyone with Irix, AIX, HP-UX, particularly if 64 bit, would be most
> welcome.
>
The MS Visual Studio compilers are also very picky, and that's where I
made some initial contributions.
Alternative compilers on various OS's are also a good place to look for
pr
On Mon, Jul 03, 2006 at 12:22:15PM -0700, chromatic wrote:
> On Monday 03 July 2006 11:43, Steve Peters via RT wrote:
>
> (from p5p)
>
> > OK, with change #28473, I just added the capabilities to a stat() or -X
> > filetests for systems with the dirfd() libc call avail
m/javaworld/jw-04-2006/jw-0424-scripting.html
"The Mustang Meets the Rhino: Scripting in Java 6" -
http://www.onjava.com/pub/a/onjava/2006/04/26/mustang-meets-rhino-java-se-6-scripting.html
JSR 223: Scripting for the Java Platform -
http://www.jcp.org/en/jsr/detail?id=223
Steve Peters
[EMAIL PROTECTED]
ould need a test too, snprintf should
> already be in config tests
> 19:25 <@leo> and we'd need an implementation, if libc doesn't provide
> the funcs
>
I'm taking a look at it. I should have something working this evening
for the configs. Adding the HAS_BLAH
> [jhoblitt - Sun Jan 01 18:49:23 2006]:
>
> I've commited a possible fix for openbsd, cygwin, & solaris as
changesets
> r10839 & r10843. I basically applied what Steve Peters proposed but
> with the changes in math.c instead of creating init.c (as agreed to on
&
> getfile ... mpve to debug.ops, implement it
> setpackagedelete
> getpackagedelete - use get_namespace instead
>
> Any objections?
>
Please chainsaw away!
Steve Peters
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
On Thu, Mar 02, 2006 at 09:31:04AM -0500, Andy Dougherty wrote:
> On Wed, 1 Mar 2006, Steve Peters wrote:
>
> > Thanks to the work that's already been done, it was very easy to get NetBSD
> > up
> > and running. The attached patch is all that's needed to add
Steve Peters wrote:
Thanks to the work that's already been done, it was very easy to get
NetBSD up and running. The attached patch is all that's needed to add
NetBSD support to Parrot.
I should add that it passes all test too :)
Steve Peters
[EMAIL PROTECTED]
Thanks to the work that's already been done, it was very easy to get
NetBSD up and running. The attached patch is all that's needed to add
NetBSD support to Parrot.
Steve Peters
[EMAIL PROTECTED]
+# Copyright: 2006 The Perl Foundation. All Rights Reserved.
+# $Id$
+
+package i
On Mon, Jan 02, 2006 at 09:01:55AM -0600, Greg Bacon wrote:
> In message <[EMAIL PROTECTED]>,
> "Joshua Hoblitt via RT" writes:
>
> : I've commited a possible fix for openbsd, cygwin, & solaris as changesets
> : r10839 & r10843. I basically app
> [EMAIL PROTECTED] - Wed Dec 28 14:07:26 2005]:
>
> A quick demonstration of the issue:
>
> --
> #include
> #include
>
> int main ()
> {
> printf("%f\n", atan2(0.0, 0.0));
> printf("%f\n", atan2(-0.0, -0.0));
> }
> --
>
> --
> $ gcc foo.c -lm
> $ ./a.out
> 0.00
> 0.00
> --
>
> [stmpeters - Tue Mar 22 15:41:12 2005]:
>
> When running testing parrot-HEAD, I get a test failure in
t/op/trans.t on
> OpenBSD. Running the same tests on Linux seem to work just fine...
>
> > perl -Ilib t/op/trans.t
> 1..19
> ok 1 - sin
> ok 2 - cos
> ok 3 - tan
> ok 4 - sec
> ok 5 - atan
>
On Fri, Sep 23, 2005 at 03:04:42PM -0500, Steve Peters wrote:
> On Fri, Sep 23, 2005 at 12:52:04PM -0700, chromatic wrote:
> > I wonder what running PMD's CPD plugin on all of our .c files would
> > discover. Maybe it'd find places of insufficient abstraction.
> >
t
> time to experiment?
>
> http://pmd.sourceforge.net/cpd.html
>
Actually, you don't need much of a development environment to use it. The
page above has a link to a Java WebStart link that will allow you to install
and use it directly.
Steve Peters
[EMAIL PROTECTED]
> [jrieks - Mon Apr 11 12:17:57 2005]:
>
> It looks like "atan -0.0, -0.0 == 0.0" on OpenBSD 3.5/i386:
>
> t/op/trans.NOK 13# Failed test (t/op/trans.t
> at line
> 307)
> # got: 'ok 1
> # ok 2
> # ok 3
> # ok 4
> # ok 5
> # ok 6
> # ok 7
> # ok 8
> # ok 9
> # ok 1
only work if the file already exists. The above looks like it
would work to create empty files.
Steve Peters
[EMAIL PROTECTED]
> [leo - Thu Mar 24 07:07:31 2005]:
>
>
> Comments, takers?
>
Since I'm fixing this in Perl, I take a whack at it in Parrot as well.
Steve
Here's the responce from the OpenBSD folks. It seems that turning on a
define prior to the atan2() call will set the flags correctly for OpenBSD.
My guess is that NetBSD will behave similarly.
> >Number: 4154
> >Category: library
> >Synopsis: atan2(-0.0, -0.0) returning incor
On Wed, Mar 23, 2005 at 04:00:45PM -, Leopold Toetsch via RT wrote:
> Steve Peters <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #34549]
> > # in the subject line of all future correspondence ab
porting process?
There is already a good infrastucture there to support this kind of testing.
Steve Peters
[EMAIL PROTECTED]
done
> * objects, props, attributes, abbrevs are all missing
>
> I've no time to play with it further, so I'd be glad if someone likes to
> continue hacking on it.
>
> leo
>
I'll take a look at that. I haven't played "Leather Goddesses of Phobos" in
a while ;).
Steve Peters
[EMAIL PROTECTED]
eally wanted to use a VB.NET builtin in C# or one of
the other languages, you can simply import the Microsoft.VisualBasic
namespace and use the function. I don't know how useful it is, but it might
be a useful feature to have available.
Steve Peters
[EMAIL PROTECTED]
65 matches
Mail list logo
