On Tue, Sep 10, 2013 at 03:29:35PM +0200, Gerhard R. wrote:
> Appreciated.
>
> > The only really invasive non-obvious one is patch 4. Solaris cc doesn't
> > support anonymous unions, but MVMOSHandleBody uses them extensively.
> > I had to give the anonymous union a name everywhere in order to get
On Thu, 16 Apr 2009, NotFound via RT wrote:
> Closing this ticket, the patch is very outdated and nobody is reporting
> related problems. If someone found any problem with the Solaris C++
> compiler, or any other, please crate a new ticket in parrot trac.
The files may have moved so that the patc
On Tue, 17 Feb 2009, Will Coleda via RT wrote:
> On Mon Apr 28 23:52:22 2008, coke wrote:
> > While trying to put the macport for 0.6.1 together, I noticed that the
> > install failed.
> >
> > Tracked it down to the fact that --parrot_is_shared=0 seems to be
> > generating a parrot that relies on
On Mon, 9 Feb 2009, Reini Urban via RT wrote:
> Attached is my current working version.
> Still as sh version, not converted to perl.
>
> docs/project/release_manager_guide.pod updates missing
>
> Please review.
>
> Index: tools/dev/mk_native_pbc
>
On Mon, 17 Nov 2008, Andrew Dougherty wrote:
> On Sun, 16 Nov 2008, chromatic via RT wrote:
>
> > Storable 2.18 required in r32744, which should resolve this issue.
Note, by the way, that perl-5.8.8 only shipped with Storable 2.15.
--
Andy Dougherty [EMAIL PROTECTED]
On Sun, 16 Nov 2008, chromatic via RT wrote:
> Storable 2.18 required in r32744, which should resolve this issue.
But the ultimate problem was that the issue was an unnecessary hurdle.
At the time of the bug report, I tried building with Storable-2.12 and
with 2.18 and observed *no difference*
On Sat, 1 Nov 2008, Ovid wrote:
> For the past few days, Parrot has failed to build on my MacBook. Today
> I moved my parrot directory and did a fresh svn checkout. "perl
> Configure.pl" ran fine without problem. "make" does fine until about
> here:
>
> $ make
> Compiling with:
> xx.c
> /usr
[reforwarding this so it gets in the bug-tracking system]
On Wed, 15 Oct 2008, Michael P. Soulier wrote:
> I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time.
>
> gcc -o miniparrot src/main.o src/null_config.o \
> -Wl,-rpath=/home/msoulier/downloads/parrot-0.7.1/blib/l
On Tue, 9 Sep 2008, James Keenan via RT wrote:
> On Tue Sep 09 15:14:36 2008, [EMAIL PROTECTED] wrote:
>
> >
> > Generally agreed. In this case, hold this ticket for the I/O milestone,
> > which is next (sometime in the next few days). I've added it to the I/O
> > tasklist.
> >
> > In the mea
On Tue, 29 Jul 2008, James Keenan via RT wrote:
> On Tue Jul 29 11:04:59 2008, doughera wrote:
> > On Tue, 29 Jul 2008, James Keenan via RT wrote:
> > The parallel branch does seem to run in about half the time. This is
> > with
> > perl-5.8.8 on Solaris/SPARC, where perl was built with Sun's cc,
On Sun, 29 Jun 2008, Andrew Whitworth wrote:
> There are a few other simplifications that I think can be made also.
> For instance, in calculating the size of a new Stack_Chunk_t, we use
> the convoluted equation "size = sizeof(Stack_Entry_t) +
> offsetof(Stack_Chunk_t, u.data)", which is much mor
On Mon, 28 Apr 2008, Andy Dougherty wrote:
> On Sun, 27 Apr 2008, chromatic wrote:
>
> > Here's another proposed patch for testing on various platforms. I'm trying
> > to
> > get rid of some dodgy casts (which likely don't help C++ and processors
> > with
> > stricter alignment than 32-bit x
[various thoughts on attribute_nonnull]
On a lark, I applied this patch:
--- parrot-current/include/parrot/compiler.hTue Mar 11 07:19:23 2008
+++ parrot-andy/include/parrot/compiler.h Wed Mar 12 13:22:42 2008
@@ -44,7 +44,7 @@
#ifdef HASATTRIBUTE_MALLOC
# define __attribute__malloc__
On Mon, 25 Feb 2008, James Keenan via RT wrote:
> On Mon Feb 25 13:09:04 2008, doughera wrote:
>
> >
> > This sounds to me as if it assumes all the tests will be running in
> > order
> > every time.
>
> For the most part, this is true. However, once we work out the kinks,
> this will not be
On Fri, 1 Feb 2008, Alberto Simões wrote:
> Hi
>
> t/postconfigure/03-revision1/8
>
> is taking forever in my powerbook pro.
I'd guess that this is the same problem reported in
[perl #50218]: Uninitialized svk install hangs
postconfig/03-revision.t and Parrot::Revi
On Thu, 15 Nov 2007, Paul Cochrane via RT wrote:
> Andy,
>
> > Here are the warnings I got on my latest run, along with the number of
> > times each one appeared: (this was with gcc-4.1.0 on Solaris/SPARC)
>
>
>
> This is very helpful for me to try and improve the situtation.
> Thanks! I'll
On Thu, 15 Nov 2007, Andy Armstrong wrote:
> On 14 Nov 2007, at 23:11, Andy Dougherty wrote:
> > That's a Test::Harness 3 change. It doesn't understand the
> > #!./parrot
> > lines at the top of some of the tests.
>
>
> It's actually Perl that handles the ./parrot shebang. Test::Harness jus
On Tue, 13 Nov 2007, James Keenan via RT wrote:
> Could you supply the output of perl -V for the system where you are
> encountering these problems?
This was a perl compiled with Sun's cc.
$ perl5.8 -V
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname
On Fri, 31 Aug 2007, Gabor Szabo wrote:
> perl Configure.pl --gc=malloc
Sorry, but I suspect that's not going to work either.
> make: *** No rule to make target `src/res_lea.c', needed by
> `src/res_lea.o'. Stop.
That's bit rot -- res_lea.c is now in src/gc/res_lea.c.
However, even fixing tha
On Wed, 16 May 2007, Klaas-Jan Stol wrote:
> hi,
> I've been studying the code in the fotw: debug.c and below are my comments,
> if they're of any interest. Feel free to neglect, I'm kinda picky.
>
> 1.
>while (*command && (isalnum((int) *command) || *command == ',' ||
>*command == ']
On Wed, 9 May 2007, Andy Dougherty wrote:
> Ok, I've got it compiling, at least. I'll let it run tests overnight and
> submit a cleaned-up patch tomorrow. I've gone back and reviewed the
> alignment issue and think I have implemented it sanely.
Hmm. Rats. My initial version required more in
On Sun, 29 Apr 2007, James Keenan via RT wrote:
> A participant in this weekend's hackathon in Toronto posed this question:
>
> "Invoking the compiler on a simple source file, then checking that the
> generated code exists seems such an obvious test that there must be a
> fatal flaw in it. What a
On Tue, 27 Mar 2007, Andy Dougherty wrote:
> I think you'll find a lot of lower-level cleanups are in order.
[other stuff deleted.]
Oops! My previous message was not appropriate, and I didn't mean to send
it. Please ignore it. I'm sorry about that.
--
Andy Dougherty [EMAIL
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.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=42110 >
>
>
> A couple of functions in XX are
On Mon, 19 Mar 2007, chromatic wrote:
> On Monday 19 March 2007 12:22, Andy Dougherty wrote:
>
> > I found the ticket that introduced this failing behavior, so I'm resending
> > my message below with a fixed-up subject line to enter into RT. In brief,
> > this patch incorrectly assumes that all
On Fri, 26 May 2006, Joshua Gatcomb wrote:
> On 5/26/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> >
> > I don't know anything about either msys or mingw, so I don't really know
> > what to recommend.
> >
> > I'm afraid I don't understand what a patch would actually try to do.
> > From your pr
On Mon, 27 Mar 2006, Nick Glencross wrote:
> Andy,
>
> I totally agree, and this still works. We would then get a compile line like:
>
> gcc ... -L.../blib/lib -lparrot -L/usr/local/lib -lgmp -lreadline
>
> So that libparrot is found in blib/lib, and the other libraries in
> /usr/local/lib.
>
On Mon, 27 Mar 2006, Nick Glencross wrote:
> On 26/03/06, Sean Sieger <[EMAIL PROTECTED]> wrote:
> > On 3/25/06, Nick Glencross <[EMAIL PROTECTED]> wrote:
> >
> > > Is it possible that a 'make install' has previously been done on this
> > > computer, so that there is a libparrot in /usr/local/lib?
On Fri, 30 Sep 2005, Andy Dougherty wrote:
> On Fri, 30 Sep 2005, Leopold Toetsch via RT wrote:
>
> > Andy Dougherty (via RT) wrote:
> >
> > > With a a fresh checkout (r9274) I get a number of errors where parrot
> > > eventually
> > > gobbles up all the memory on the system. Here's the first
On Mon, 3 Oct 2005, Chromatic wrote:
> Here's (finally) a collection and summary of all of the known broken
> items in Parrot right now as a patch to create BROKEN.pod in the top
> level directory. If this isn't the right name or place to put the file,
> that's fine.
> +=item * Allow Building wi
On Wed, 29 Jun 2005, Leopold Toetsch wrote:
> Chip Salzenberg wrote:
> > { This is a partial reply; what with YAPC I didn't finish, but a new
> > version of the patch from Leo will give me time to catch up }
> >
> > I've reviewed the patch. I appreciate what you're doing with it, but
> > there
On Mon, 25 Apr 2005, Ron Blaschke wrote:
> Monday, April 25, 2005, 5:52:42 PM, jerry gay via RT wrote:
> > On 4/23/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> >> IMHO, compilation and linkage feels quite messy as a whole. I am not
> >> sure how to get the current link command to look like the o
On Wed, 5 Jan 2005, Nicholas Clark wrote:
> On Wed, Jan 05, 2005 at 03:58:34PM -0500, Andy Dougherty wrote:
> > On Wed, 5 Jan 2005, Nicholas Clark wrote:
>
> > > Aha. I have this error under Solaris 10. I tracked it down to gmake auto-
> > > generating dependency files (as it is supposed to do) an
On Sun, 5 Dec 2004, Jarkko Hietaniemi wrote:
> I am pretty certain that parrot was building fine in Tru64 back in
> 2004/11/07 15:12:42 when I submitted a patch (directly to CVS)
> for jit/alpha/jit_emit.h to get alpha JITing to compile at all.
>
> Since then something has broken building parrot i
On Tue, 7 Sep 2004, Aaron Sherman wrote:
> On Tue, 2004-09-07 at 08:00, Jens Rieks wrote:
> > On Tuesday 07 September 2004 07:52, Robert Schwebel wrote:
> > > Would autoconf/automake be an option for the C part of parrot?
> > No, its only available on a few systems.
>
> Ok, this is probably a moot
On Thu, 17 Jun 2004, Leopold Toetsch via RT wrote:
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
>
> > This patch assumes my previous Configure.pl patch for c++ detection has
> > been included.
>
> Which ticket number?
Oops. Sorry to be vague -- it's perl [#30094]. Dan had already applied
several
On Sat, 5 Jun 2004, Leopold Toetsch wrote:
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > 4. ICU
>
> Is there a precompiled version of ICU for your arch? You'd need the
> headers and the libs. Configure has 2 options to use precompiled ICU.
Oh, there probably is for Solaris, but there probably
On Wed, 12 May 2004, Ron Blaschke wrote:
> I have finally sorted out the details of the flags stuff, which I will
> present below. Any comments are highly appreciated. Be warned: I am going
> to implements this if there are no objections. ;-)
You might want to review the patch I submitted about
On Thu, 6 May 2004, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > On Fri, Apr 30, 2004 at 01:14:21PM +0200, Leopold Toetsch wrote:
>
> >> Good. Do we have currently any platforms that don't support dynamic
> >> loading at all?
>
> > Perl5 builds on UNICOS (Crays), which is
On Mon, 5 Apr 2004, Leopold Toetsch wrote:
> Andrew Dougherty wrote:
>
> > Nearly every tinderbox is failing t/pmc/objects.t tests 35-36 with an
> > error about failing to load 'runtime/parrot/dynext/myops_ops.dylib'
> > (or equivalent).
>
> Oops sorry c
Nearly every tinderbox is failing t/pmc/objects.t tests 35-36 with an
error about failing to load 'runtime/parrot/dynext/myops_ops.dylib'
(or equivalent).
Where in the build process should that file get built? Should the main
Makefile have a line that does something like the following
as part of
Two spots in parrotobject.pmc are apparently trying to return something
from a void function. gcc apparently doesn't mind, but non-gcc compilers
might. This simple patch might help the laudanum (AIX) tinderbox.
--- parrot-current/classes/parrotobject.pmc Sat Apr 3 19:00:05 2004
+++ parrot-a
Perl5.005_03 doesn't include the warnings pragma. Fortunately, I didn't
see offhand anywhere that ops2c.pl does anything fancy with it. (The
script is still called with -w, so warnings are still enabled.)
This is currently crasing the colon FreeBSD tinderbox.
--- parrot-current/build_tools/ops2
On Tue, 16 Mar 2004, Larry Wall wrote:
> On Tue, Mar 16, 2004 at 06:00:51PM -0800, Brent Dax Royal-Gordon wrote:
> : Dan Sugalski wrote:
> : >Instead,
> : >what I'd like is for someone (Oh, Brent... :) to go through perl's
> : >configure
> :
> : Gulp.
>
> I'm sure Andy can give you *reams* of advi
On Tue, 16 Mar 2004, Leopold Toetsch wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> > On Tue, 16 Mar 2004, Nick Ing-Simmons wrote:
>
> > ... , and
> > neither is easily overrideable from the Configure command line.
>
> There is currently no conf
On Tue, 16 Mar 2004, Nick Ing-Simmons wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> writes:
> >Whilst trying to build ponie-2 on Solaris 8, I came across the following
> >issue: In order to use threads, both perl-5.[89].x and parrot need to
> >call some sort of yield()
Whilst trying to build ponie-2 on Solaris 8, I came across the following
issue: In order to use threads, both perl-5.[89].x and parrot need to
call some sort of yield() function.
In parrot, sched_yield is used; this function is available in the -lrt
library, so the solaris hints file adds that in
On Sat, 28 Feb 2004, Mitchell N Charity wrote:
> (1) LANGUAGES.STATUS is out of date.
Just to round out the record, here's a summary of what I got on
Solaris 8, with Sun's compiler and Sun's perl5.005_03 for
'make languages' and 'make languages-test':
make languages:
befunge: OK
bf: OK
col
On Fri, 27 Feb 2004, Gordon Henriksen wrote:
> inet_pton is preferrable, as it supports IPv6.
> That is, inet_pton should trump inet_aton if both are available.
Probably, but that would require testing to see if inet_pton is available.
That information is not available from perl5's Configure, an
On Fri, 27 Feb 2004, Leopold Toetsch wrote:
> Peter Sinnott wrote:
>
> > I have downloaded the snapshot dated 27-Feb-2004 00:01 from
> > http://cvs.perl.org/snapshots/parrot/ and tested it on hpux.
> >
> > I order to get it to compile I have to revert to using inet_aton
> > at line 623 of io_unix
On Thu, 26 Feb 2004, Leopold Toetsch wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> > Solaris/SPARC/Sun cc, longsize=4:
>
> > # PackFile_unpack: Not a Parrot PackFile!
> > # Magic number was [0x20a54100] not [0x013155a1]
>
> Does it work now?
Y
Here's a summary of what I've been able to test so far. Feel free to
edit as you see fit. (The Solaris Y/84 means 84 subtests failed under
'make testj'. I had to manually kill a number of them too, so if you just
want to replace that by a plain 'No', it's ok by me.
Finally, it'd probably make s
On Tue, 24 Feb 2004, Jarkko Hietaniemi wrote:
> I am unfortunately running out of time to look more into the matter of
> bytecode reading being broken in Alpha. However, here are some notes
> for those who want to try, as of src/byteorder.c 1.20 and
> src/packfile.c 1.142. First of all note that
On Mon, 23 Feb 2004, Leopold Toetsch wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> wrote:
>
> > No such file: imcc/imclexer.c
> > No such file: imcc/imcparser.c
> > No such file: imcc/imcparser.h
> > No such file: languages/cola/lexer.c
> > No such file
Hoping to help fill out some blanks in the PLATFORM file, I
updated (via rsync) my parrot files and stumbled across
the following MANIFEST problems:
Checking MANIFEST...
No such file: imcc/imclexer.c
No such file: imcc/imcparser.c
No such file: imcc/imcparser.h
No such file: languages/cola/lexer.
A fresh checkout of parrot won't build for me due to the missing
inet_aton symbol on Solaris 8. My perl5 configuration correctly
records $Config{d_inetaton}=undef, but io_unix.o unconditionally
expects inet_aton.
cc -o parrot -L/usr/local/lib -R/usr/local/lib imcc/main.o \
blib/lib/libpar
On Wed, 4 Feb 2004, Steve Fink wrote:
> Try
> cd languages/perl6
> ./perl6 --force-grammar -e 1 # don't worry if it fails
> make test
$ ./perl6 --force-grammar -e 1
error:imcc:fixup_bsrs: couldn't find addr of sub '_main'
Error: '/home/doughera/src/parrot/parrot-andy/parrot -r __eval_
On Wed, 4 Feb 2004, Steve Fink wrote:
> On Feb-02, Andrew Dougherty wrote:
> > [EMAIL PROTECTED] 19184 languages/perl6/t/rx/call test error
> >1 years
> >
> > Keep this one open. The tests still fail.
>
On Sat, 1 Feb 2004, Stephane Peiry wrote:
> Hi All,
>
> Attached here is a list with old entries in RT where you can see the
> requestor (email address), ticket number, description. If your email
> address is in there, please give an update or I'll go flagging these
> as obsolete (unless they are
On Tue, 13 Jan 2004, Paul Cochrane wrote:
> This also gives me an opportunity to mention to anyone with more time (and
> possibly ability) than me, that parrot is having problems on LinuxPPC. The
> specifics are:
> - parrot hangs on t/op/arithmetics when doing make test
> - make gives an
60 matches
Mail list logo
