On So. 07. Sep. 2008, 15:31:49, [EMAIL PROTECTED] wrote:
> This ticket has not been addressed since early July. Re-reading it now,
> it seems to have two major discussion threads: one specific to
> Test::Harness 3 and one relating more generally to the versions of CPAN
> modules needed to configu
On Mo. 08. Sep. 2008, 13:59:08, julianalbo wrote:
> Done in r30914: changed name to Parrot__attributes, fixed
> codingstd, changed also pmc in languages lua and perl6, and updated
> pdd17_pmc.pod
Does this mean that this ticket can be closed and the deprecation item
in DEPRECATED.pod be removed?
On Fr. 13. Jul. 2007, 16:21:54, rgrjr wrote:
> Are there any? The only ones I can find that that Splint might be
> complaining about are the derefs in rotate_entries, but the code
> explicitly checks that stack_height is large enough such that
> stack_entry will never return NULL. True?
Looks l
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
--
/* [EMAIL PROTECTED] */
On Mi. 02. Jul. 2008, 23:25:56, [EMAIL PROTECTED] wrote:
> make testr does this; if that doesn't work, let's re-open the ticket.
Actually 'make testr' does something a little bit different.
It creates a '*.pbc' File, converts it into an executable and runs the
executable.
It doesn't run the pbc-
>
> The previous version of the patch didn't work on Windows, because pipe
> open doesn't work there, grrr. Please try the attached version of the
> patch.
>
It looks like the current version of the patch has been applied.
In r28039 I added a sanity test in the new file t/tools/dump_pbc.pl.
If
On Mi. 02. Apr. 2008, 06:27:23, doughera wrote:
> This very minimal patch at leasts gives a brief warning about the
> issue.
>
> On a closely related topic, I thought about changing the default in
> this
> case to not build a shared libparrot, but dealing with the combination
> of
> undocumented
On Mi. 07. Mai 2008, 13:55:13, desertmax wrote:
> As discussed on IRC, I've replaced print "foo" print "\n" with say
> "foo". Furthermore, I've added tests for init and version, if GMP is not
> available and one test for version, if GMP is present.
> The constructor does not raise an exception anym
On Mi. 19. Mär. 2008, 07:38:36, pmichaud wrote:
> > On Thu Dec 13 17:47:05 2007, [EMAIL PROTECTED] wrote:
> > > Implement a 'copy' assignment (at least until we get the 'copy'
> > > opcode -- see RT#47828).
The copy opcode has been added in r23917.
Can this ticket be resolved now?
Regards,
Ber
On Sa. 05. Apr. 2008, 07:40:12, bernhard wrote:
> On Di. 26. Feb. 2008, 13:37:20, bernhard wrote:
>
> > > The compiler tools in compilers/PAST-pm/ and
> > > runtime/parrot/library/Parrot/HLLCompiler.pir are deprecated
> > > in favor of the new versions in the Parrot Compiler Toolkit
> > > ( compil
On Mi. 19. Mär. 2008, 06:25:32, kjs wrote:
> hi,
>
> attached a patch that does some aligning of "=" tokens and limits the
> scope of some variables.
>
> I don't commit this myself, because I want to check whether this
> practice of localizing vars. is ok, as it introduces "else" clauses.
> For i
On So. 24. Feb. 2008, 17:39:36, [EMAIL PROTECTED] wrote:
> 'make fulltest' exits at the end of any core with failing tests;
> that's how I
> expect make to behave. (If it doesn't, there's something wrong.)
Actually it no longer does that, as I have changed 'make fulltest'
in preparation for the
On So. 16. Mär. 2008, 06:57:31, bernhard wrote:
> Hi,
>
> running 'make fulltest' under Linux leaves me with segfaults for
> gdbmhast.t.
> This happens only for the computed-goto and for the switched runcore.
> [EMAIL PROTECTED]:~/devel/Parrot/trunk$ uname -a
> Linux heist 2.6.22-14-generic #1 S
Testing URM, that is
cd languages/urm && make test
and
cd languages && perl t/harness --languages=urm
should work again in r26422.
Could somebody check with older versions of Test::More ?
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
On So. 09. Mär. 2008, 19:11:53, [EMAIL PROTECTED] wrote:
> Well, it looks like we've survived for a week without Test::Builder or
> any other Perl 5 core module in the Parrot distribution. (Thanks to
> Matt Kraai for helping out with t/perl/Parrot_Test.t.) So I think we
> can close this ticket.
>
Hi Bruno,
> I found parrot installer still hanging under FreeBSD (at least FreeBSD
> 5.5).
> Its's probably because OS name isn't properly separated.
Could you test the patch from ticket 49780,
http://rt.perl.org/rt3/Ticket/Display.html?id=49780 ?
That patch looks like a more general solution.
On Di. 15. Jan. 2008, 09:04:47, [EMAIL PROTECTED] wrote:
>
> Line 366 was:
> <<< .mine
>use 5.008_000;
>use strict;
>use warnings;
>use lib 'lib';
>
> just after here. So I deleted Configure.pl reran the svn fetch
(showed no
> files transfered) and the new Configure.pl work
On Do. 20. Sep. 2007, 13:03:31, [EMAIL PROTECTED] wrote:
> Goals:
>
> Completely unified testing. The ability to run tests and aggregate
> their
> results regardless of how the test is implemented, (perl, parrot, hll,
> etc.)
> HTML Reports should function much as we have now, but with the
> add
On Mi. 05. Jul. 2006, 12:17:12, bernhard wrote:
> > Contrive things so that no code whatsover must be maintained outside
> > of the language specific directory. This includes:
When adding Eclectus I had to edit following files:
- config/gen/makefiles/languages.in
- config/gen/languages.pm
- langu
On Fr. 23. Feb. 2007, 07:28:38, acalpini wrote:
> this patch adds an 'osname' key to Parrot's own $conf->data, which is
> used in the configure process instead of $^O (and $Config{osname}).
>
> this patch does not affect the current configuration process. in the
> long term, an --osname paramete
On So. 29. Apr. 2007, 06:01:16, kjs wrote:
In r21167 the keyword 'object', as a synonym of 'pmc', was removed from
PIR.
However the question from kjs remains to be answered:
> related to this, I think that imcc also allows for built-in types as
types.
> such as ".local Array a" etc. (sorry can't
On Fr. 27. Apr. 2007, 14:02:49, smash wrote:
> On Fri Apr 27 09:36:50 2007, particle wrote:
> > it seems that 'object' is a reserved word in imcc, it's a synonym for
> > 'pmc'. it seems undocumented, and i don't see a reason for it--we
> > already have a word for 'pmc'.
>
> I removed 'object' f
On Fr. 13. Jul. 2007, 09:47:53, [EMAIL PROTECTED] wrote:
> There's a comment in embed.h which says:
>
> /* XXX Parrot_init() should be removed, no longer required for
embedders */
>
> This comment has been there since April 2006. The Parrot_init()
> prototype is redundant with the one in interpr
On Do. 26. Apr. 2007, 16:45:08, [EMAIL PROTECTED] wrote:
> Now it makes sense. :) Anyway, I found this by following the Compiler FAQ,
> which says that a new closure should be created by cloning the sub. I
think
> it should be changed to say newclosure, or even explain this (because you
> might r
> thanks for the quick turnaround. this test is perfect for the
> 'executed from pir test case', and will be applied shortly.
The test case has been added in r21092.
> but as
> patrick later provided an example of executing a .pbc file, we'll also
> need a test for this before the ticket is close
On So. 06. Mai 2007, 12:09:58, bernhard wrote:
> TODO: Check whether Parrot::Distribution::gen_manifest_skip() can be used
> in mk_manifest_and_skip.pl or alternatively be deleted.
Parrot::Distribution::gen_manifest_skip() and subsequently
t/distro/manifest_skip.t have been broken for some time.
> > What happens when NULL is not a consective series of '\0' chars?
>
> I think that it breaks.
>
> > Are there such platforms and are they releavant for parrot?
>
> I believe that this assumption is endemic in Perl 5, and it's never
> hindered
> Perl 5's portability. The C FAQ gives examples
> I grepped for other files that can make use of mem_sys_*_zeroed
> variants. I attached a patch that affects objects.c, vtables.c,
> gc/register.c and stm/waitlist.c.
I have looked at the 'more_memory.patch' and I'm wondering about the
portability.
In that patch loops where pointers are explicit
On So. 20. Mai 2007, 15:45:56, jkeen at verizon.net wrote:
> The patch attached reflects the approach we've been taking over the
> last half-year or so in testing the Perl 5 components of Parrot.
> Feedback encouraged.
Thanks, patch applied in r18608.
My $0.02:
When hearing 'executables' I
Hi,
as far as I see, the Perl* PMCs are no longer used in the Parrot core.
There is still some usage in unmaintained language implementations:
BASIC/compiler unmaintained ?
BASIC/interpreter unmaintained ?
forth unmaintained ?
miniperlunmaintained ?
parakeet
> [bernhard - Di 17. Jan 2006, 13:02:44]:
> > > I propose to rename 'src/classes' to 'src/pmc'
> > >
> > Yes, and for consistency please also rename dynclasses to dynpmc and
the
> > t/dynclass to t/dynpmc.
The second step of directory renaming has been completed. Altogether
follwing dirs have m
> [jonathan - Sa 14. Jan 2006, 09:57:37]:
> > I propose to rename 'src/classes' to 'src/pmc' as IMHO it makes
> > more sene. 't/pmc' is already named 'pmc'.
> >
> Yes, and for consistency please also rename dynclasses to dynpmc and the
> t/dynclass to t/dynpmc.
The first step, renaming 'src/dync
> We need to clean up the docs and pmcs for compilation, dynamic
> compiler modules, and the associated pmcs (eval, compiler, and so on).
The muddle has been somewhat cleaned up. For example the PMCs returned by
compreg and from the compilers can now simply be invoked.
Are further actions neede
> [bernhard - Mi 05. Okt 2005, 12:05:35]:
The dir 'examples/assembly' is gone in r10185.
The examples it formerly contained are either deleted or moved to
'library', 'pir' or 'pasm'.
Most of the moved examples are tested by t/examples/*.t.
Some broken examples, or not easily testable examples, ha
> [EMAIL PROTECTED] - Mi 05. Okt 2005, 14:34:17]:
>
> Many of the tests write temp files into the current working dir. Even
> worse, some of these files many not get cleaned up if the tests exit
> prematurely. Tests should be converted to use File::Temp where ever
> possible.
Personally I don't
> [bernhard - So 30. Okt 2005, 04:35:45]:
>
> Hi,
>
> it looks like recent PGE changes broke 'Parrot m4'.
> I have boiled it down to a 20 line test cast and added it
> as test 4 in t/library/pge.t. This test case fails, at least under my
> Linux installation, with a segmentation fault.
>
> My
> [leo - So 23. Okt 2005, 12:25:29]:
> > As Parrot_setup_args() is so far only used for passing 'output' to the
> > exec runcore, I propose a quick fix.
> >
> > i. Do not use STRING register for passing options
> > ii. Move interp->imc_info->output to interp->output_file and use
> > interp->outpu
> [bernhard - Do 20. Okt 2005, 13:35:43]:
>
> When running 'make test' the command
>
>./parrot -o examples/pasm/hello.o examples/pasm/hello.pbc
>
> fails to create examples/pasm/hello.o. Instead a file with the name
> 'exex_output.o' is generated. It looks like the name of the output file
> [EMAIL PROTECTED] - Di 18. Okt 2005, 02:51:18]:
>
> This bug is a regression, 'make hello' works with release 0.3.0
> (r9297).
Just some observations. When running 'make test' the command
./parrot -o examples/pasm/hello.o examples/pasm/hello.pbc
fails to create examples/pasm/hello.o. Ins
> [jonathan - Di 04. Okt 2005, 15:03:03]:
>
> After a show of demand for here docs on IRC (and leo's approval), I've
> now modified to lexer to support them. The syntax for introducing a
> heredoc is <<"XXX", and it ends on the line containing (only) XXX. For
> example:-
>
Thanks a lot Jonathan.
> [doughera - Di 13. Sep 2005, 10:05:04]:
>
> This patch makes it easier to compile parrot with a compiler other
> than
> the one used to compile perl5. It re-arranges the order in which
> various
> defaults are set so that the user may override them either with hints
> files or interactively, vi
> Matt Kennedy <[EMAIL PROTECTED]> wrote:
>
> > The attached env.patch patches classes/env.pmc to add vtable methods
> > elements() and get_iter() and modifies get_string_keyed() to also
> > accept integer keys so that it is possible to use an Iterator on the
> > environment.
I have applied this
> [lbr - Fr 08. Aug 2003, 08:45:43]:
>
> We'll postpone deciding on this one until later - I've attached a
> patch to env.t that tests the env-implementation on all platforms, and
> doesn't fail on Solaris.
I'd like to reopen this ticket, as the issue isn't really resolved.
There is still a skipp
> [EMAIL PROTECTED] - Di 19. Okt 2004, 19:49:44]:
> Is it the intended operation of the 'factorial' program on the Parrot
> examples page to
> truncate the results? Looks like a bug to me...
I have checked the factorial example on
http://www.parrotcode.org/examples/pasm.html.
Starting with 13!
> [jonathan - Mi 07. Sep 2005, 15:41:58]:
> >
> I see some updates to the examples, so guess somebody is having a hack
> at this task. FYI, current test status on Win32:-
Actually I haven't looked at the code at all. All I did was to add
$Id$ tags for SVN.
CU, Bernhard
--
/* [EMAIL PROTECTED] *
> [EMAIL PROTECTED] - Mi 07. Sep 2005, 14:29:39]:
>
> This patch adds a new test, t/docs/pod.t, that scans through the parrot
> tree and checks the Pod syntax of all files identified by Pod::Find as
> containing Pod markup. This is invoked by a new test target named
> "doc_tests" which has been a
> Bernhard Schmalhofer via RT wrote:
> >>Test 5 of t/examples/japh.t is failing on MacOS Tiger.
> >
> >
> > Hi,
> >
> > I have played with the timing of the two threads in that test case.
> > Could you update to revision 9142 or later and check
> > This patch fixes a few typos, 81 char lines, and makes a couple of other
> > exceedingly minor tweaks.
Thanks applied in r9136.
> I should have added that this patch does s/behaviour/behavior/g. Which
> brings up the issue of: which "English" are we using for docs?
That would be a questio
> ExtUtils::Command provides Unix commands on several platforms.
> So it make sense to use ExtUtils::Command per default and not only for
> Win32.
This is now applied in r9128. Please tell me about aventual problems.
CU, Bernhard
--
/* [EMAIL PROTECTED] */
> [EMAIL PROTECTED] - Do 11. Aug 2005, 05:28:37]:
>
>
> *nix utilities are not available on Win32.
> But Perl allows to write portable test.
>
Merci,
applied. I'm wondering why we don't use ExtUtils::Commands by default for
all of the Parrot Makefiles and config tests.
--
/* [EMAIL PROTECTED
> All extend and thread tests have passed for me on trunk with normal
> build. timer seems to pass outside the harness, but isn't happy inside
> it. Signal seems to have a 'Signal 1' message in the output which breaks
> the test.
>
> I'm just going to repeat this to double check things. I'll a
Hi,
I have applied a couple of old patches from Limbic~Region. These patches
are enabling some tests for cygwin. Unfortunately I have no cygwin
installed, so I can't tell whether the enabled tests are passing. But I
think that right after a release is a good time for breaking things.
Could one of
> [EMAIL PROTECTED] - Mi 03. Aug 2005, 00:40:59]:
>
> With this small patch, gdbmhash works on MinGW.
>
Thanks,
the patch is applied, and thinks look OK under Linux as well.
Do you have an explaination why config/auto/gdbm.pl seems to see a gdbm
library. I don't see 'gdbm3' mentioned there. Is
> [bernhard - Mo 16. Mai. 2005, 02:42:49]:
>
> > i. Migrate the changes in .cvsignore file into the svn:ignore property
> Done.
> > ii. Tell manicheck.pl to query the SVN properties
t/src/manifest.t verifies that MANIFEST.SKIP is consistent with the
svn:ignore properties.
This make manicheck.pl
> this simple patch removes a build warning in io\io_win32.c:
> io\io_win32.c(272) : warning C4550: expression evaluates to a function
> which is missing an argument list
The patch is applied.
This warning surfaces only because I had inadvertedly enabled
PARROT_NET_DEVEL in io/io_private.h in SV
> [leo - Mo 14. Feb 2005, 02:59:47]:
>
> Markus Amslser <[EMAIL PROTECTED]> wrote:
> > Now it's getting funny. I have written a tiny webserver in imc, that can
> > serve the parrot html documentation.
>
> Great, thanks. Some remarks:
> - served line endings should by "\r\n": lynx doesn't work wit
> > Some outdated files:
> >
> >lib/Parrot/PackFile/*
> >lib/Parrot/PackFile.pm
> >lib/Parrot/PackFile2.*
> >
> > what is:
> >
> >lib/Parrot/String.pm old packfile code?
> >lib/Parrot/Types.pm same?
> >lib/Parrot/Key.pm same?
>
> All the above files appear to be r
> > >> Either pmc2c.pl should be deleted or pmc2c2.pl should be renamed to
> > >> pmc2c.pl.
> >
> > > A better location might be 'build_tools/pmc2c.pl
> >
> Attached is a patch that does just that, including appropriate
> documentation changes. Note that these changes involved using 'svn rm'
> an
> [mdiep - Di 22. MÃr 2005, 14:35:02]:
>
> pmc2c2.pl is the new pmc2c.pl. Both currently exist in Parrot CVS.
> Either pmc2c.pl should be deleted or pmc2c2.pl should be renamed to
> pmc2c.pl.
A better location might be 'build_tools/pmc2c.pl*, as the script is also
used in 'dynclasses/build.pl'.
> The recent gdbmhash configure check causes the following output on my
> system during the build.
I have changed dynclasses.in to use the CONDITIONED_LINE hack. So there
is no longer a need to access a potentially undefined config value.
A patch is attached.
> runtime/parrot/include...
> the library 'libnci.so' is used for testing the Native Call Interface, not
> for implementing NCI. So the name 'libnci_test.so' make more sense.
>
> For Win32 I have moved 'libnci.def' for
> 'runtime/parrot/dynext/libnci_test.def'. However
> I could not test wether this works.
I've just noticed
> > The attached patch makes the Hash PMC use basic PMCs by default.
Sorry again,
one shouldn't send any patches after midnight.
First I forgot to clean up cruft from hash_pmc_20041218.patch. Then,
trying to send the corrected patch, I misspelled the name of the mailing
list.
So, please note th
62 matches
Mail list logo
