I think that many of the things you say are interesting, but they are
part of a much broader discussion.
In a conversation I had with particle and chromatic at YAPC, particle
indicated that we would be revisiting the design of our configuration at
a point before 1.0. So what I'm doing now is larg
On Sat Aug 09 10:31:37 2008, [EMAIL PROTECTED] wrote:
> On Saturday 09 August 2008 06:33:46 James Keenan via RT wrote:
>
> > > What purpose remains, then, for either tools/dev/ops_renum.mak or
> my
> > > alternative, tools/dev/opsrenumber.pl? Is such a program only
> intended
> > > to provide a n
On Wednesday 06 August 2008 22:42:52 Seneca Cunningham via RT wrote:
> I've stopped the crashes that appear related to this on my box with the
> attached patch. config/gen/platform/darwin/memalign.c has a few unsigned
> variables that were being implicitly handled as (32-bit) ints, those
> variabl
I think tools/dev/mk_manifest_and_skip.pl ignores the ports directory
Kevin
chromatic wrote:
On Saturday 09 August 2008 10:30:30 [EMAIL PROTECTED] wrote:
Log:
MANIFEST and SKIP were not updated before a recent commit.
Modified: trunk/MANIFEST
--- trunk/MANIFEST (original)
+++ trunk/
On Saturday 09 August 2008 10:30:30 [EMAIL PROTECTED] wrote:
> Log:
> MANIFEST and SKIP were not updated before a recent commit.
>
> Modified: trunk/MANIFEST
> --- trunk/MANIFEST(original)
> +++ trunk/MANIFESTSat Aug 9 10:30:30 2008
> @@ -2820,16 +2821,6 @@
> lib/SmartLink.pm
Reini Urban schrieb:
Reini Urban schrieb:
Geoffrey Broadwell via RT schrieb:
On Sun, 2008-07-27 at 13:13 +0200, Reini Urban wrote:
+stat $I0, conf_file, 0
+if $I0 goto conf
++# If installed into /usr/lib/parrot, not /usr/runtime/parrot
+# This logic has to be reversed when
On Saturday 09 August 2008 06:33:46 James Keenan via RT wrote:
> > What purpose remains, then, for either tools/dev/ops_renum.mak or my
> > alternative, tools/dev/opsrenumber.pl? Is such a program only intended
> > to provide a number for newly added opcodes?
> We haven't had any response to thi
On Sat, 9 Aug 2008, James Keenan via RT wrote:
> Last weekend tetragon and I had considerable discussion on #parrot about
> this problem. My diagnosis was that we should not be handling
> command-line options at all in 'hints' files; they should be handled in
> inter::progs.
I didn't see any of
Last weekend tetragon and I had considerable discussion on #parrot about
this problem. My diagnosis was that we should not be handling
command-line options at all in 'hints' files; they should be handled in
inter::progs.
The patch attached removes options handling from
config/init/hints/darwin.pm
On Wed Jul 02 09:17:44 2008, [EMAIL PROTECTED] wrote:
>
>
> What purpose remains, then, for either tools/dev/ops_renum.mak or my
> alternative, tools/dev/opsrenumber.pl? Is such a program only intended
> to provide a number for newly added opcodes?
>
> kid51
We haven't had any response to this
Currently, PARROT_API is declared similar to this.
#if defined(PARROT_IN_EXTENSION)
#define PARROT_API __declspec(dllimport)
#else
#define PARROT_API __declspec(dllexport)
#endif
That is, only import if we're in an extension, otherwise export. IMHO,
this isn't quite right. Export and import s
11 matches
Mail list logo
