The test file below is pared down from Module::Build. The warning from
C comes up in several tests, not always causing test failures.
The same warning appears if you run MakeMaker as shown in the
Devel::Cover docs--it's not specific to Module::Build.
[EMAIL PROTECTED]:~/projects$ module-starter
Simon Glover <[EMAIL PROTECTED]> wrote:
> Or rather, a question about keys: what should the following two code
> snippets do?
> 1) new P0, .Key
> set P0, "1"
> set N0, P0
> print N0
> end
> 2) new P0, .Key
> set P0, "1"
> set I0, P0
> print I0
> end
Peter Christopher <[EMAIL PROTECTED]> wrote:
> Hi there,
> I have a question on the todo item #32365 "TODO improve
> parrot-config.imc". I include the text of the TODO at the bottom of this
> message. My understanding of this request is this:
> a) There is a frozen pmc hash of configuration
Leopold Toetsch wrote:
But we should generalize keys eventually. Keys can provide an index for
aggregates and allow chaining of indices for nested aggregates. Arrays
are simple: the key is an integer. But hashes currently don't support
non-string keys easily. We should be able to use arbitrary PMCs
I expect Perl6 to be a language with a mix of dynamically typed and
statically typed variables. In a purely statically typed language like
OCAML, you generally don't need to declare the type of variables
when it can be inferred. So one can benefit from the speed of static
typing (no type info must
Randy W. Sims wrote:
The test file below is pared down from Module::Build. The warning from
C comes up in several tests, not always causing test failures.
The same warning appears if you run MakeMaker as shown in the
Devel::Cover docs--it's not specific to Module::Build.
[EMAIL PROTECTED]:~/pro