and dumped some old timers to
> make room; dunno if this applies to TPF, I know MacPorts got rejected solely
> on that basis though.
Sorry, I didn't mean to stir this all up again. I retract my query in hopes it
will stanch the impending meta-discussions.
Thanks,
xoxo,
Andy
--
A
d they not apply? Or a combination of
the two?
xoa
--
Andy Lester => a...@petdance.com => www.petdance.com => AIM:petdance
On Tue, 22 Sep 2009, Nicholas Clark wrote:
> On Tue, Sep 22, 2009 at 02:22:17PM -0400, Andy Dougherty wrote:
> > On Tue, 22 Sep 2009, Will Coleda via RT wrote:
> >
> > > On Tue Jul 08 20:56:02 2008, s1n wrote:
> > > > When trying to use the --optimize flag, bu
ctually, all those ASSERT_ARGS checks aren't used in the --optimize build
anyway. Applying the following patch should enable them, assuming that's
what is actually intended.
--- /parrot-svn/config/init/optimize.pm 2009-09-21 08:55:56.0 -0400
+++ parrot-andy/config/init/opt
on Movable Type on rakudo.org now, and I haven't
set up a new account for you, please let me know and I'll set one up.
Thanks,
xoxo,
Andy
--
Andy Lester => a...@petdance.com => www.petdance.com => AIM:petdance
, you mean here, but that's ok.
> 2. Allow all keys to be given at the Configure.pl cmdline as in perl5.
>Append (Apply after hints), Undefine and Define.
See the related discussion in [perl #42412]. (I've updated RT with the
relevant link.)
In any case, I won't have any time to do anything parrot-related for at
least the next several weeks, so I'm afraid I can't be of further help
here.
--
Andy Dougherty dough...@lafayette.edu
her or not the perl used to run
Configure.pl has long double support or not. Hence I conclude that having
a perl compiled with long double support isn't necessary.
It does look like there's a JIT bug somewhere -- probably, Configure.pl
should simply refuse to try JIT if you insist on building with
non-standard data types, but that's a different issue.
--
Andy Dougherty dough...@lafayette.edu
s) but leaving the -D40 branch as a possible
debugging tool.
--
Andy Dougherty dough...@lafayette.edu
ignbit() (which, alas, perl 5 doesn't probe for).
Some of these functions might only be available under certain compiler
options or with certain extra libraries, depending on how a particular
system attempts to adhere to different standards, but it's probably worth
trying them.
--
Andy Dougherty dough...@lafayette.edu
On Jan 12, 2009, at 11:27 AM, Carl Mäsak wrote:
How about .trim(:start) and .trim(:end)?
And .trim(:both) for orthogonality.
--
Andy Lester => a...@petdance.com => www.petdance.com => AIM:petdance
On Jan 8, 2009, at 3:11 PM, chromatic wrote:
I can't read the word "Purdue" without thinking "Year of the Purdue
Wonder
Chicken" -- but try working that into Perl 6 advocacy.
Except that's Perdue.
xoa
--
Andy Lester => a...@petdance.com => www.petdance.com => AIM:petdance
ttp://enigmail.mozdev.org
iD8DBQFJZmdob0mzA2gRTpkRAqidAJ9bG6olYr+HZZosOG75BiM77SWEoQCeLxns
5jxJ3qOuWNDlfqiwSxmIm8k=
=7VJE
-END PGP SIGNATURE-
___
Purdue-pm mailing list
purdue...@pm.org
http://mail.pm.org/mailman/listinfo/purdue-pm
--
Andy Le
On Dec 31, 2008, at 3:50 PM, Andy Dougherty wrote:
We can solve it by getting
rid of the attribute_nonnull decorations and replacing them with
assert()s.
An even better solution is to keep the attribute_nonnull and also add
asserts.
The ARGIN()/ARGOUT() decorators are useful both to GCC
On Wed, 31 Dec 2008, chromatic wrote:
> On Wednesday 31 December 2008 12:26:07 Andy Dougherty wrote:
>
> > This is not a hypothetical what-if situation. I have lost many hours to
> > just this situation. See my long example in ticket RT #50684. To save
> > everyone fr
come up with a solution for that somehow. For now, your
#ifdefs are getting removed by the headerizer in the commit I'm about
to make, so you'll have to live with the compiler warnings, which
shouldn't be too odious, I hope?
xoxo,
Andy
--
Andy Lester => a...@petdance.
This patch
http://www.parrotvm.org/svn/parrot/revision?rev=34423
is not a long-term solution. The headerizer has to get run at will.
Infinoid, can you tell me more about those ifdefs so I can make the
headerizer happy?
Thanks,
xoxo,
Andy
--
Andy Lester => a...@petdance.
s what people choose
to see.
xoxo,
Andy
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
a problem? (I
don't
want to go through the trouble of installing a local MT just to check
that. :-)
No, I'm not current.
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
sucks.
It's on my to-do list to fix.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
On Dec 5, 2008, at 4:13 AM, Simon Cozens wrote:
I just ran this code, which worked with the expected results:
Beautiful. Posted to Perlbuzz.
http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely.html
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdan
significant way. I was
just trying to help keep the entry barrier low for others.
But I don't really care very much, so I'll stop now.
--
Andy Dougherty [EMAIL PROTECTED]
ot-latest.tar.gz
cat > patch-2.12 < test.log 2>&1
cd ..
mv parrot parrot-2.12
gzip -d -c Storable-2.18.tar.gz | tar -xf -
cd Storable-2.18
$perl Makefile.PL
make
make install
cd ..
# Build using Storable 2.18
gzip -d -c parrot-latest.tar.gz | tar -xf -
cd parrot
$perl
On Thu, 13 Nov 2008, chromatic wrote:
> On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
>
> > > 3. 1 of the tests appears to fail depending on how the OS initial-
> > > cases 'Inf'. Again, could this be addressed in a hints file?
> >
>
On Sat, 8 Nov 2008, chromatic wrote:
> On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
>
> I wonder if this patch fixes things. Certainly it does no harm on my box.
> Parrot_signbit() already exists in the platform files, so we might as well
> use it.
> --
on getting me accounts on them
> and, if that comes through, I'll be able to post Configure.pl and make
> output.
Even more immediately useful would be the 'myconfig' info for each
configuration. I designed the file to be useful in precisely this sort of
situation.
--
Andy Dougherty [EMAIL PROTECTED]
he same and what's different.
> 3. 1 of the tests appears to fail depending on how the OS initial-
> cases 'Inf'. Again, could this be addressed in a hints file?
This too is a long-standing problem: See [perl #19183]. It stalled
pending a decision on whether or not parrot should try to enforce a single
spelling of 'Inf' (and 'Nan', etc.) or whether the tests should patch over
the issue.
--
Andy Dougherty [EMAIL PROTECTED]
mpiler options were given? All this information, and more, is given in
the 'myconfig' file. Attaching that to the problem report would likely be
useful.
Also, running the core tests might help pinpoint the problem.
--
Andy Dougherty [EMAIL PROTECTED]
ot (and also with parrot -G to turn off garbage collection) and
see what's the smallest or simplest failing test case you can find. They
might be better candidates for debugging.
--
Andy Dougherty [EMAIL PROTECTED]
On Sat, 25 Oct 2008, Michael P. Soulier wrote:
> On 15/10/08 Andy Dougherty said:
>
> > > No file by that name on the box anywhere.
> >
> > Are you *sure*? I don't know exactly what name you searched for, nor how
> > you searched for it, but this is jus
On Tue, 21 Oct 2008, Andrew Whitworth wrote:
> On Tue, Oct 21, 2008 at 9:28 AM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > On Mon, 20 Oct 2008, Andrew Whitworth via RT wrote:
> >
> >> On Fri Mar 31 13:29:46 2006, leo wrote:
> >> > That is, our conf
rs who can double-check this and see
> if we still have a problem here?
Yes, we still have exactly the same problem. Anyone can check this by
editing their perl Config settings and seeing that they get passed through
unquestioningly to parrot.
--
Andy Dougherty [EMAIL PROTECTED]
get for the following commands:
nm src/embed.o | grep 'Parrot_new$'
nm blib/lib/libparrot.so | grep 'Parrot_new$'
--
Andy Dougherty [EMAIL PROTECTED]
ernal'
> collect2: ld returned 1 exit status
> make: *** [miniparrot] Error 1
>
> I found one bug online like this, where the fix was not using tcsh,
> but I don't use tcsh.
Do you have a link for that bug report? I vaguely recall something like
that where the tcsh was a red herring -- it was really an environment
variable setting -- but I don't recall any more details offhand.
--
Andy Dougherty [EMAIL PROTECTED]
tly requires: 2.13. However, if you
only have 2.12 and go to CPAN to upgrade, you'll end up with 2.18, which
is what chromatic was referring to.
--
Andy Dougherty [EMAIL PROTECTED]
rable 2.12 instead of 2.13, and then
building with Storable 2.12, also seems to work. That is, there are no
significant differences between the generated files.
--
Andy Dougherty [EMAIL PROTECTED]
ance to investigate further this
> > evening, if somebody hasn't beaten me to it.
>
> Yes, that's generated code, it's part of the initialization of MULTIs
> declared in a PMC. I was hoping to avoid all those C strings. But, try
> r31879.
Yes, that works fine.
Thanks,
--
Andy Dougherty [EMAIL PROTECTED]
ould definitely use it,
but I wouldn't want anyone else to be stuck implementing and maintaining
it just for my occasional use.
--
Andy Dougherty [EMAIL PROTECTED]
t
doesn't. However, perl5's Configure does (at least for Unix systems), so
you could just use it's results.
--
Andy Dougherty [EMAIL PROTECTED]
rw-r--r-- 1 jimk jimk 1330 Sep 10 19:58 test_26632.c
> -rw-r--r-- 1 jimk jimk 0 Sep 10 19:58 test_26632.out
> -rwxr-xr-x 1 jimk jimk 18148 Sep 10 19:58 test_26632
--
Andy Dougherty [EMAIL PROTECTED]
On Tue, 9 Sep 2008, Will Coleda wrote:
> On Tue, Sep 9, 2008 at 8:46 AM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > Parrot's also not using AIO anywhere either, so the whole probe is kind of
> > pointless right now.
>
> Instead of spending time fixing a
relying on them as a side effect of this test. At the
moment, parrot doesn't use either one, so this does not change any
functionality.
After this patch, the probe will still be useless, since aio still isn't
used anywhere, but perhaps it will now "pass" on Darwin and not h
h
forward.
As you correctly observe, no one has actually done anything about it yet.
That doesn't mean it's not worth doing, however.
I'd say it should simply stay as an open ticket.
--
Andy Dougherty [EMAIL PROTECTED]
re/man/man2/aio_return.2
> /usr/share/man/man2/aio_suspend.2
> /usr/share/man/man2/aio_write.2
>
> ... what *else* would I need to have AIO available on Darwin?
It looks like you already have it available. If you try with my patch in
verbose mode, what, exactly, goes wron
'aio' and 'HAS_AIO' entries are always set to
some value.
I haven't looked for race conditions at all, but with this patch, I'll at
least be more confident that it's trying to do what we think it's trying
to do.
diff -r -u parrot-current/config/auto/aio/
symlinks aren't available on
Unix, it falls back to a plain 'ln'. On Win32 versions of perl, lns is
usually defined as 'copy'.
So the short answer is that, at the moment, without additional
Configure.pl work, you can't assume $Config{lns} can be used to make
symbolic links for directories.
--
Andy Dougherty [EMAIL PROTECTED]
ls back on
using the incorrect value of 'cc' that perl5 was built with.
--
Andy Dougherty [EMAIL PROTECTED]
stitution. We used the language's
built-in conditional and flow control syntax to express complex ideas.
--
Andy Dougherty [EMAIL PROTECTED]
is you have different environment
variables set under tcsh and bash. This error looks like the one we see
when there is an already-installed libparrot.so somewhere that conflicts
with the the one you're trying to build. (You don't show the compiler
command line that generated the error, so this is only a guess.)
--
Andy Dougherty [EMAIL PROTECTED]
argument to the build and run commands.
But for now, this at least should work, which is better than it was!
Thanks,
--
Andy Dougherty [EMAIL PROTECTED]
time
inter::progs -- Choose compiler (by Configure.pl command-line option)
-- accept hints file settings, whether they apply to
this compiler or not.
See the discussion in [perl #41195] for some more background and
examples.
--
Andy Dougherty [EMAIL PROTECTED]
;
-A eval:symbol=value define symbol to be eval of value
-A prepend:symbol=value prepend value to symbol
-A undef:symbol define symbol to be 'undef'
-A undef:symbol= define symbol to be ''
e.g.: -A prepen
eable milestones.
Branches that don't merge back to trunk regularly are out of touch
with the rest of development.
Length of a branch increases technical debt of merging exponentially.
xoox,
Andy
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
7;m not sure what there is to flush out. There's one line in the hints
file that has $ccflags = . . . . That's the line that's wrong. It
obviously doesn't honor any command-line flags.
--
Andy Dougherty [EMAIL PROTECTED]
but that configure is ignoring the --ccflags argument.
Right. The problem is still exactly the same -- the hints file is still
unconditionally overwriting ccflags. Since that hasn't changed, the
problem is still there.
--
Andy Dougherty [EMAIL PROTECTED]
On Wed, Jul 30, 2008 at 5:56 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Andy: Are you still getting the error reported in this ticket? If so,
> could you paste output of Configure.pl?
okay - attached - here's stderr
...
Updated to revision 29896.
Macintosh-3:/usr
ontain their actual
> implementation
>
> I don't know whether we expect enough usage of Parrot in mathemetical circles
> to be worthwhile adding one of these implementions to our version of sprintf.
Perl5 certainly gets used in situations where such issues are relevant.
Every tim
On Wed, 30 Jul 2008, chromatic wrote:
> On Wednesday 30 July 2008 11:20:33 Andy Dougherty wrote:
>
> > Ahh -- it's just an octal/decimal mix-up. Here's the patch:
> >
> > --- parrot-current/t/steps/auto_icu-01.t2008-07-30 13:45:19.0
> > -04
n/alpha/include: Permission denied
> >
>
> I don't recall writing any tests which call for such strange
> permissions, but I will nonetheless look into this problem.
Ahh -- it's just an octal/decimal mix-up. Here's the patch:
--- parrot-current/t/steps/auto_icu-01
n/alpha/include: Permission denied
> >
>
> I don't recall writing any tests which call for such strange
> permissions, but I will nonetheless look into this problem.
I suspect it's the icu tests. Or at least a quick 'grep' for 'alpha' and
'include' suggest it's the icu tests.
--
Andy Dougherty [EMAIL PROTECTED]
al) line
339, at lib/Parrot/Configure.pm line 509
# Looks like you planned 44 tests but only ran 16.
# Looks like your test died just after 16.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 17-44
Failed 28/44 tests, 36.36% okay
--
Andy Dougherty [EMAIL PROTECTED]
truly a SPARC-specific issue.
So another reasonable possibility is to just delete that whole section of
code and make no sparc-specific changes to CFLAGS.
--
Andy Dougherty [EMAIL PROTECTED]
x27;) || $intval;
$conf->data->set(
iv => $intval,
More generally, I was just making my usual rant that prior to extensive
refactoring or testing of any file, it makes sense to consider whether the
existing behavior is even worth refactoring or testing. (Specifically,
I'm thinking about the auto/pack.pm stuff. This opcode_t stuff is more
subtle, but it came up recently in another context, so I thought I'd
mention it.)
--
Andy Dougherty [EMAIL PROTECTED]
ails,
but, parrot shouldn't assume that all linkers are similarly insensitive.
--
Andy Dougherty [EMAIL PROTECTED]
specifically 0 if successful, and something else
otherwise. (What that "something" else actually is seems to be
defined differently by different vendors, alas. OpenBSD and Solaris
return errno. Linux/glibc returns -1.)
--
Andy Dougherty [EMAIL PROTECTED]
On Mon, 14 Jul 2008, Andy Dougherty wrote:
> On Mon, 14 Jul 2008, James Keenan via RT wrote:
> > 3. Are there any other configuration steps which are no longer needed?
>
> Well, I proposed eliminating the attributes and warnings tests, but I was
> overruled on that.
s all these platforms, I think the ticket is resolved. If
> not, maybe we need to break this into more-specific sub-tickets for each
> failing platform.
It still fails in the identical way on Solaris 8/SPARC with gcc.
--
Andy Dougherty [EMAIL PROTECTED]
list [perl #56484] that
brought up a closely-related issue.
> 3. Are there any other configuration steps which are no longer needed?
Well, I proposed eliminating the attributes and warnings tests, but I was
overruled on that. Other than those, nothing occurs to me off the top of
my head.
--
Andy Dougherty [EMAIL PROTECTED]
.78 CPU)
Result: FAIL
[EMAIL PROTECTED]:/usr/share/cvs/andy/parrot> TEST_PROG_ARGS=" " prove -v
t/stm/runtime.t
t/stm/runtime..
1..5
ok 1 - choice (one thread)
ok 2 # SKIP Intermittently failing everywhere
ok 3 # SKIP Intermittently failing everywhere
ok 4 - queue adapted for the libr
L) != sizeof(void *).
Thus while it's probably generally true that sizeof(opcode_t) ==
sizeof(INTVAL), it's not enforced at the Configure.pl level.
In sort, it certinaly shouldn't be hard to include INTVALSIZE in the
PackFile header, but you can also probably "temporari
be repeated.
To give some sense of scale: On my aging-but-busy Solaris 8/SPARC system,
the configure tests take about 15 minutes to run, and account for about
1/4 of the total run time for 'make test'.
--
Andy Dougherty [EMAIL PROTECTED]
e error went away if you padded the string
structure with an extra element, so it does indeed smell like an alignment
assumption somewhere. My first guess was that calculations involving
sizeof(Buffer) were now questionable, but that was just a guess.
--
Andy Dougherty [EMAIL PROTECTED]
worry was
more related to memory constructs that are not explicit structures, but
that are managed "by hand" (e.g. the refcount in src/resources.c).
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
s under certain circumstances. Fixed in svn.
I'm going to be making a new release sometime in the next couple of
days. Might be worth hanging on to see if that fixes it?
--
Andy Armstrong, Hexten
ery long time. Looking back at my (very incomplete) archives, the last
success I had with this configuration was on Dec 19, 2002. There is a
very old ticket [perl #18189] on this issue too. There are some remarks
in there that might still be relevant.
(Odd. That ticket seems to be marked resolved, though I thought by
replying to it I would have reopened it.)
--
Andy Dougherty [EMAIL PROTECTED]
vel source, that I can handle.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56326]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56326 >
Seeing, on linux and x86 Darwin/leopard for make smoke:
ranlib: f
command
line option. Again, I don't know why, and it seems backwards to me,
but I'm reluctant to suggest changing it in case it was deliberate.
More generally, the default MAKE setting ought not to be recursive. I
really don't know why that variable is called MAKE instead of something
like MAKE_C. Using MAKE_C would eliminate the recursive issue without
the "ugly hack".
--
Andy Dougherty [EMAIL PROTECTED]
free, 419196k buffers
Swap: 1052216k total,88152k used, 964064k free, 213692k cached
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME COMMAND
10155 andy 23 0 71956 58m 4044 S 99.8 2.9 0:37.46 parrot
had to kill it
...
- t/stm/llqueue.t
- t/stm/queue.t
- t/stm/runt
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56304]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56304 >
running smokej from cron, all seems to build find and smoke.html gets
made/
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56152]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56152 >
prove -v t/codingstd/perlcritic.t
t/codingstd/perlcritic..Undefined sub
Here's a simpler bt (from integer_42.pasm)
#0 0x8fe18b42 in __dyld_misaligned_stack_error ()
#1 0x0004 in ?? ()
#2 0x005cbbe0 in real_exception (interp=0x112a00, ret_addr=0x0,
exitcode=28, format=0x85143b "Divide by zero") at src/exceptions.c:903
#3 0x0104cc5f in ?? ()
#4 0x005dec4d in ru
After some fiddling (thanks Bruce!!!) I was able to get a core dump -
here's the backtrace:
#0 0x005d4405 in gc_ms_alloc_objects (interp=0x1117c0, pool=0x111b10)
at src/gc/smallobject.c:399
399 pool->objects_per_alloc = (size_t)(pool->objects_per_alloc *
(gdb) bt
#0 0x005d4405 in gc_
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56118]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56118 >
Building w/ JIT a number of the smokej tests fail:
10911 OK from 11062 tes
Never mind - an newly added application got in the path w/ an older
version of something. Original msg in Config is the only issue.
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56030 >
Parrot/perl6 build fine but:
Chec
tat 65280, 0xff00)
No subtests run
On Wed, Jun 18, 2008 at 3:09 PM, Andy Bach <[EMAIL PROTECTED]> wrote:
> Never mind - an newly added application got in the path w/ an older
> version of something. Original msg in Config is the only issue.
>
svn upped to 28515 and now attempting perl6 (all tests passed all
spectest_regression tests passed on 28513) and:
dyld: Symbol not found: __cg_jpeg_resync_to_restart
Referenced from:
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Image
On Sat, 14 Jun 2008, chromatic via RT wrote:
> On Tuesday 07 August 2007 10:11:20 Andy Dougherty wrote:
>
> > This next patch does a little more cleanup on the attributes checking. I
> > revised config/auto/attributes.pm to use the existing Configure routines
> > cc_bu
ussion can be found here
(and the surrounding thread):
http://www.nntp.perl.org/group/perl.perl6.internals/2006/03/msg33340.html
--
Andy Dougherty [EMAIL PROTECTED]
On Jun 9, 2008, at 7:13 PM, James Keenan via RT wrote:
Andy: Is this still the case?
I don't know. I haven't done anything in parrot for months. Sorry.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
ine this? Could this be
> converted into a coding standards test?
On a Unix-like system, you can use nm(1) to look at blib/lib/libparrot.a.
(The appropriate options are system-dependent, but 'nm -p' is usually a
good bet.)
--
Andy Dougherty [EMAIL PROTECTED]
On Fri, 6 Jun 2008, Steve Peters wrote:
> On Fri, Jun 6, 2008 at 8:12 AM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > On Thu, 5 Jun 2008, Will Coleda via RT wrote:
> >
> >> If the patch is applied, is this ticket safe to close now?
> >
> > No. It&#
On Thu, 5 Jun 2008, Will Coleda via RT wrote:
> On Tue May 15 14:54:01 2007, [EMAIL PROTECTED] wrote:
> > On Wednesday 09 May 2007 07:21:44 Andy Dougherty wrote:
> >
> > > [appending to an old ticket, since if anyone wants to ever get this
> > > working again, th
On Thu, 5 Jun 2008, Will Coleda via RT wrote:
> On Tue Jan 15 20:08:22 2008, [EMAIL PROTECTED] wrote:
> > Patches applied to trunk in r24898.
>
> Can we close this ticket if the patches are applied?
Yes, this one can be closed.
--
Andy Dougherty [EMAIL PROTECTED]
41596
...
./parrot ../pi.pir
3.1416
3.141596
and for
$N1 = 3.1415968
3.1416
3.141597
a
--
Andy Bach
Systems Mangler
Internet: [EMAIL PROTECTED]
Voice: (608) 261-5738 Fax: 264-5932
Sent from Evolution (CentOS)!!!
en useless for a couple of years now)
Alas, I suspect it probably doesn't generally work. I seem to recall that
t/harness doesn't pass through unrecognized arguments, so something
sensible-looking like
make test PARROT_ARGS='--runcore=gcdebug'
won't actuall
do when presented with the code
int *a, i;
a = NULL;
i = *a;
The actual result you get will depend on the compiler, the optimization
level, and the runtime environment.
--
Andy Dougherty [EMAIL PROTECTED]
pl line 32.
so:
[EMAIL PROTECTED] perl6]$ ls -l src/pmc/mutable.pmc.template
ls: src/pmc/mutable.pmc.template: No such file or directory
but w/ an underscore before "pmc" the file is there:
[EMAIL PROTECTED] perl6]$ ls -l src/pmc/mutable_pmc.template
-rw-rw-r-- 1 andy andy 826
On May 12, 2008, at 3:11 AM, NotFound wrote:
Maybe the solution is to avoid the problem, that is, put the
declarations outside of the HEADERIZER block. What's the point of
having static functions inside one?
So that declaration and definition are always in sync.
--
Andy Lester =>
I accept that, and the note helps, but I just pulled the conditional
declarations out of the block and ran make headerizer again. It put
the
headers for the conditional functions back in the headerizer block.
Yeah, I understand. I don't have a solution yet. I'll ponder.
1 - 100 of 938 matches
Mail list logo
