ountered a case where I wanted to
maintain the same rand() sequence and also use a one-arg crypt().
> I will add a note aboput this to the RFC. If there are no other
> comments, I will freeze it in 24 hours.
I agree this is a non-issue for this RFC.[*]
--
Andy Dougherty
. I think it's a nice little
bit of optional sugar and I don't see any reason to throw it away.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
r would also
seem like a nice idea, but somebody'd have to write it :-).
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
have Dan spend his time and talent trying to specify the api for
perl extensions than trying to specify the api for perl development
groups.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
ns, observations,
> answers) - to the same? *That's* elitist.
Fair enough to a point, but please let's not overburden the experienced
folk by also _expecting_ them to always supply "corrections, observations,
and answers".
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
ounds to me like something that
Perl should hide from the user. So, Yes, I'm tending to think perl6
probably ought to muck with epochs if possible.
[Aside: Does this mean that make(1) is useless for one hour after
standard time resumes?]
--
Andy Dougherty [EMAIL PROTECTED]
.
Another route to keep in mind is spending effort working on and with
things such as perl-byacc (and maybe even the yet-to-be-written perl-lex)
that help turn simple "languages" into perl.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
me problems, it's certainly too complex. For others it might not
be.
Not all problems need be shoe-horned into the same solution box. That's
all I'm trying to say.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
then it can probably be coerced into parsing something much simpler.
So let's get on with the Perl6 parser.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
On Mon, 18 Dec 2000, David Grove wrote:
>
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
>
> > The issues of 'use Python' or 'use Pythonish' are a quite different
> issue.
> > I don't think anyone believes it ought to be easy to *write
bits. Some Crays simply don't have native 32-bit types. All integral
types are 64 bits.
So we can provide something called "I32" but we can't guarantee it's 32
bits.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
ter
how you do it. You must have a clear mapping between the types used in
the library (e.g. int or void * or some POSIXy_t thingy) and the types
used internally in Perl (e.g. IV). Currently we get away with being
sloppy since I32 is almost always the same as int.
--
Andy Dougherty
ently about a GNU one (presumably GPL
> only).
There's a clone of the GPL one that was written specifically to avoid GPL
issues. I'll try to dig up more references when I'm in next week.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
n perhaps we should put the PDP-11 memory model probes back
into Configure? :-)
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
On Sat, 30 Dec 2000, Andy Dougherty wrote:
> > >Anyone know of a good bigint/bigfloat library whose terms are such that we
> > >can just snag the source and use it in perl?
> There's a clone of the GPL one that was written specifically to avoid GPL
> issues. I
t, but Jarkko and I are already
on the -internals list and nothing's happening on the -build list anyway.
Making it easier to cross-compile is one of Jarkko's long-standing goals,
and he's done work on it here and there even in the Perl5 context.
--
Andy Dougherty
that instead. This is effectively what
we do with sdbm/[gno]dbm/db. It is also possibily a possibility with gmp,
since there's the public domain fgmp partial re-implementation (as well as
the existing perl5 pure perl package).
--
Andy Dougherty [EMAIL PROTECTED]
Dept. o
out gmp, while also making it possible to link with gmp if a user
wants the improved performance. (This is similar to what we do with
AnyDBM_File in perl5 -- it's easy to add in Berkeley DB, but not required.
Perl5 comes with sdbm.)
--
Andy Dougherty [EMAIL PROTECTED]
it -- there's not really
much to discuss.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
s for
my previous reports on the subject.
For example, removing time() from the perl5 core means excising the
following from pp_sys.c:
PP(pp_time)
{
djSP; dTARGET;
XPUSHi( time(Null(Time_t*)) );
RETURN;
}
and replacing it by the appropriate auto-loading glue. This
On Wed, 31 Jan 2001, Simon Cozens wrote:
> God gave man two ears and one tongue so that we listen twice as much as
> we speak.
> -- Arab proverb
...but alas on the net we have 10 fingers to type but only 2 eyes to read.
--
Andy Dougherty [EMAIL
.
Zip uses the same compress method as gzip. In fact gzip's author,
Jean-loup Gailly, is also a prominent contributor to InfoZip -- the group
behind Zip and Unzip.
I don't see any licensing advantage to gzip over zip or vice-versa.
--
Andy Dougherty [EMAIL PROTECTED]
simultaneous installation of multiple versions of modules. (I don't
recall the relevant RFC offhand, but I think there's was also a similar
idea in Larry's Atlanta speech.)
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
ing and allow us
to postpone worrying about Configure's replacement.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
agreeable.
There already is a perl6-build list. Perhaps you can just use that?
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
rl
> configuration time. The C-level typedef C and C get you a
> platform-native signed and unsigned integer respectively.
So presumably PERL_INT could be "long long" but IV might just be "long".
Hmm. So how do you carry around a PERL_INT inside the perl6 source?
--
ed to deal with integers in an abstract way,
> you'll use a variable of type INT. That way if you get handed an IV or a
> bigint pointer, both will fit fine.
Ah. I misread that too. You may safely ignore my question about INT as
"long long" then.
--
Andy Dougherty
x27;s as a data format? It won't work for sqrt(2)
> or PI, but it can easily store 1/3 as two (long) integers.
The internal details ought to be invisible. Anyway, since you still can't
store any irrationals exactly, you still have the same issues of rounding
and precision.
--
recisely. I often have one-liners embedded in larger shell scripts.
Most of those survived the perl4->perl5 transition intact. I'd hope the
same can be said for the perl5->perl6 transition.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
and breaking compatibility. Perl6 is likely to
continue in that tradition.
Let's leave -e alone for now and worry about handling specific
incompatibilities when we in fact have some specific incompatibilities to
worry about.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physic
e need a way to tell it that it isn't.
perl -M6 -e ...
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
at's a change from perl5 practice, but probably a good
one. It's worth noting explicitly in the appropriate PDD.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
l those defines
#include "myprogram.h"
#include
#include
Of course _that_ could still collide with a #define for str_to_UTF() in
myprogram.h, though this is starting to get less likely.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
e flag would be a good choice in that it's very human-readable.
More readable than the already-supporrted -M7 ? Do we *really*
need a new command-line option that is one character shorter than an
existing command-line option that can do exactly the same thing?
--
Andy Dougherty
ace to make such charges.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
s
> always a big plus.
Starting with 'P' is useful so we can keep our acronyms such as PMC and
PDD :-). It's just an internal code name, so it probably doesn't matter if
it's taken for another purpose.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
yet to see what changes might be in store for
how, when, and why we'll be using method calls in perl6 vs. perl5.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
nd endianness
come to mind
makes me wonder how feasible that hope is.
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
. However, note that this Makefile is
for the maintainer's use only. The Configure maintainer runs metaconfig
which sorts all this stuff out, and then ships the finished Configure
file, which has all the steps in the right order.
--
Andy Dougherty [EMAIL PROTECTED]
On Sat, 3 Dec 2005, Leopold Toetsch via RT wrote:
>
> On Dec 2, 2005, at 19:59, Andy Dougherty (via RT) wrote:
>
> > Parrot_jit_emit_mov_mr_offs blib/lib/libparrot.a(jit.o)
> > Parrot_jit_emit_get_base_reg_no blib/lib/libparrot.a(jit.o)
> > Parrot_jit_em
_EMIT */
+
+/* XXX Hack [perl #37819] Unlike the functions above, this one apparently
+sometimes needs to be defined both in and out of the JIT_EMIT section.
+However, at this point, the Parrot_jit_regbase symbol is not
+defined, so we replace it with the integer 26 (which is what it
+expands to anyway.
+*/
+# define Parrot_jit_emit_get_base_reg_no(pc) 26 /*Parrot_jit_regbase */
-#endif
#endif /* PARROT_SUN4_JIT_EMIT_H_GUARD */
/*
--
Andy Dougherty [EMAIL PROTECTED]
t'd be nice to just
run Configure.pl --generate (or some such) and have it regenerate the
generated files without having to go through and re-run all of the
Configure.pl tests.
--
Andy Dougherty [EMAIL PROTECTED]
INSTALL file what to do. (The usual culprit there is
toke.c.)
As to how widespread a problem this could be, I really don't know. It's
possible nobody noticed a problem because nobody tested it on anything
other than gcc.
--
Andy Dougherty [EMAIL PROTECTED]
On Wed, 4 Jan 2006, jerry gay via RT wrote:
> On 1/4/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > On Wed, 4 Jan 2006, Joshua Hoblitt via RT wrote:
> > > I'm wondering if it's worth disabling optimizations for
> > > those compilati
c -C ../tmp/ack.pir 11
Ack(3, 11) = 16381
real1m1.211s
user1m1.087s
sys 0m0.021s
Something's obviously very goofy there, but I don't know what.
--
Andy Dougherty [EMAIL PROTECTED]
t/past.t6 1536 76 85.71% 2-7
t/past_op.t 2 512 22 100.00% 1-2
t/past_val.t2 512 22 100.00% 1-2
t/post.t2 512 32 66.67% 2-3
t/post_op.t 2 512 22 100.00% 1-2
t/post_val.t2 512 22 100.00% 1-2
*** Error code 2
make: Fatal error: Command failed for target `test'
--
Andy Dougherty [EMAIL PROTECTED]
On Fri, 10 Feb 2006, Allison Randal wrote:
> On Feb 10, 2006, at 9:56, Andy Dougherty via RT wrote:
> >
> > I too had seen this memory problem before on Solaris/SPARC, but I'm
> > pretty sure I saw it even when running t/past_node_5.pir directly.
> > However,
nd
appropriate!) just try to check stuff in directly.
--
Andy Dougherty [EMAIL PROTECTED]
11 100.00% 1
t/src/io.t 2 512202 10.00% 4 7
Failed 64/228 test scripts, 71.93% okay. 1249/4846 subtests failed, 74.23% okay.
9 tests and 728 subtests skipped.
--
Andy Dougherty [EMAIL PROTECTED]
eanarray is taking 64 bytes to store 1 bit
of information. When Jerry applied that patch, he agreed that was odd and
decided to leave the ticket open pending further investigation.
--
Andy Dougherty [EMAIL PROTECTED]
On Thu, 16 Feb 2006, Leopold Toetsch via RT wrote:
>
> On Feb 16, 2006, at 17:34, Andy Dougherty wrote:
>
> >
> >> This bug seems to have resolved itself at least on amd64/linux.
> >> Please
> >> re-open this bug if it's still failing for you. T
...
Sigh. I wish it were that simple, or that funny.
$ time wget http://cvs.perl.org/snapshots/parrot/parrot-latest.tar.gz
real0m16.84s
user0m0.09s
sys 0m0.20s
$ time svn co http://svn.perl.org/parrot/trunk parrot-trunk
real 2:01:50.3
user 1:02.0
sys44.9
It's something specific to svn. No, I don't know what.
--
Andy Dougherty [EMAIL PROTECTED]
On Fri, 17 Feb 2006, Matt Fowles wrote:
>
> On 2/17/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > Sigh. I wish it were that simple, or that funny.
> >
> > $ time wget http://cvs.perl.org/snapshots/parrot/parrot-latest.tar.gz
> >
> > real0m16.8
On Fri, 17 Feb 2006, jesse wrote:
>
> > On Fri, 17 Feb 2006, Matt Fowles wrote:
> >
> > >
> > > On 2/17/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > > > $ time wget http://cvs.perl.org/snapshots/parrot/parrot-latest.tar.gz
> > >
returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
t/post_var.
# Failed test (t/post_var.t at line 7)
# got: '42
# 42
# bar
# '
# expected: 'foo
# 42
# bar
# '
# Failed test (t/post_var.t at line 30)
# got: ' => {
# 'source' => '42',
# 'pos' => '42',
# 'varname' => 'bar',
# }
# '
# expected: ' => {
# 'source' => 'foo',
# 'pos' => '42',
# 'varname' => 'bar',
# }
# '
# Looks like you failed 2 tests of 2.
dubious
Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
Failed 7/19 test scripts, 63.16% okay. 18/55 subtests failed, 67.27% okay.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/past.t6 1536 76 85.71% 2-7
t/past_op.t 2 512 22 100.00% 1-2
t/past_val.t2 512 22 100.00% 1-2
t/post.t2 512 32 66.67% 2-3
t/post_op.t 2 512 22 100.00% 1-2
t/post_val.t2 512 22 100.00% 1-2
t/post_var.t2 512 22 100.00% 1-2
*** Error code 2
make: Fatal error: Command failed for target `test'
--
Andy Dougherty [EMAIL PROTECTED]
> On Fri, Feb 17, 2006 Andy Dougherty wrote:
[svn co on Solaris 8 is painfully *slow*]
> $ time wget http://cvs.perl.org/snapshots/parrot/parrot-latest.tar.gz
>
> real0m16.84s
> user0m0.09s
> sys 0m0.20s
>
> $ time svn co http://svn.perl.org/parrot/trunk p
ve all the various
*BSD distributions drifted apart far enough that it makes sense to
maintain completely independent hints and platform directories for each?
--
Andy Dougherty [EMAIL PROTECTED]
On Sat, 4 Mar 2006, Leopold Toetsch wrote:
>
> On Feb 28, 2006, at 19:27, Andy Dougherty wrote:
>
> >
> > Executive summary -- svn co on Solaris 8 is still *slow*! I"ll stick
> > to fetching snapshots with wget.
>
> Dumb question? Why 'svn co'
ome additional libraries first.
(See the ghc download page for details.) Last time I checked, not all
those libraries built for me on Solaris 8, so I was never able to get ghc
(and hence pugs) up and running. You may have better luck on Solaris 10,
or the libraries may have been fixed since t
(Solaris 8/SPARC) for quite a long
time (since last summer at least, I think). I tried to see if it's still
there in the current code, but my build & test script aborted at the
Configure.pl stage (due to the changed perl version requirements).
--
Andy Dougherty [EMAIL PROTECTED]
e 243.
I have no strong opinion on which version to use, but the two files ought to
agree.
--
Andy Dougherty [EMAIL PROTECTED]
ed anywhere?
--
Andy Dougherty [EMAIL PROTECTED]
n.pm Sat Mar 4 19:15:04 2006
+++ parrot-andy/lib/Parrot/Revision.pm Mon Apr 24 12:07:43 2006
@@ -22,7 +22,7 @@
use strict;
use warnings;
-use 5.008;
+use 5.006;
our $svn_entries = undef;
--
Andy Dougherty [EMAIL PROTECTED]
On Tue, 25 Apr 2006, Leopold Toetsch via RT wrote:
> On Apr 25, 2006, at 17:34, Andy Dougherty (via RT) wrote:
>
> > Previously, I expect the only reason it was passing for some folks is
> > that
> > unused I registers are somehow automatically set to 0 on Linux/x86
On Fri, 21 Apr 2006, Andy Dougherty wrote:
> On Fri, 21 Apr 2006, Will Coleda wrote:
>
> > OSX 10.4.6, PPC
> >
> > This failure has been pretty persistent the past few weeks:
> >
> > t/src/hash.t1 256111 9.09% 6
> >
> >
uers" anywhere obvious? I don't
see it anywhere obvious either in the source or in the recent
perl6-internals archives. Perhaps I've missed it somewhere.
--
Andy Dougherty [EMAIL PROTECTED]
plex.t 6 1536536 11.32% 32-33 42-43
46-4Failed
28/233 test scripts, 87.98% okay. 972/4650 subtests failed, 79.10% okay.
7
t/pmc/intlist.t 2 512102 20.00% 3-4
t/pmc/objects.t 2 512732 2.74% 62 73
t/pmc/resizablebooleanarray.t1 256211 4.76% 16
t/pmc/resizablestringarray.t 1 256281 3.57% 21
t/src/hash.t 1 256111 9.09% 6
11 tests and 387 subtests skipped.
--
Andy Dougherty [EMAIL PROTECTED]
On Fri, 28 Apr 2006, Patrick R. Michaud wrote:
> On Fri, Apr 28, 2006 at 11:02:53AM -0400, Andy Dougherty wrote:
> > Something's gone horribly wrong after the recent PGE check-in. I don't
> > actually think it's in PGE, just that the new PGE is triggering som
ust fine on many of the places where perl 5 currently does.
In practice, it doesn't. Patches to make it do so would likely be
welcome.
> tar xf pugs.tar.gz
> perl Makefile.PL
> make
> make test
> make install
I've never made it past the haskell barrier, so I can't comment on how
well this works.
--
Andy Dougherty [EMAIL PROTECTED]
On Wed, 24 May 2006, Leopold Toetsch via RT wrote:
> Am Dienstag, 23. Mai 2006 19:09 schrieb Andy Dougherty:
> > As of this morning's snapshot (Tue May 23 07:15:07 2006 UTC) The
> > following additional 90 tests dump core. They didn't do that last
> > week.
>
rs and shell
esacapes? Or do you have something else in mind?
Also, what's the preliminary setting of $make got to do with it? You've
still got to call some sort of make command in the end.
If you're just wondering where '$make' gets set, then config/inter/make.pm
is where to look -- it seems to prefer mingw32-make over nmake. Perhaps
that's wrong.
--
Andy Dougherty [EMAIL PROTECTED]
likely not be available to test any
proposed solutions. Again, feel free to deal with them, or not, as
appropriate.
Good luck to you all.
--
Andy Dougherty [EMAIL PROTECTED]
lib/../lib/Pugs/Compiler/Perl6.pm line 9.
Compilation failed in require at lib/v6.pm line 40.
What am I missing? Or is it just not possible to run any of this stuff
without GHC?
--
Andy Dougherty [EMAIL PROTECTED]
-sanity/01-tap.t
Unmatched right curly bracket at 01-sanity/01-tap.tc line 7, at end of line
syntax error at 01-sanity/01-tap.tc line 7, near "}"
Anyway, it's remarkable how much you've accomplished. Thanks, and good
luck.
--
Andy Dougherty [EMAIL PROTECTED]
his ticket?
The last time I looked, on May 30, the problem was still there. Beyond
that, I wouldn't know.
--
Andy Dougherty [EMAIL PROTECTED]
-work projects I've
> collaborated in. It's always been 'print ""' or more recently
> using a templating language like TT.
Yep, I'm sure there's a lot of that too.
--
Andy Dougherty [EMAIL PROTECTED]
x27;t find file 'PGE.pbc'
current instr.: 'parrot;PGE::P6Grammar::Compiler;__onload' pc 22
(runtime/parrot/library/PGE/P6Grammar.pir:71)
called from Sub 'main' pc 3 (../../compilers/pge/pgc.pir:48)
*** Error code 1
make: Fatal error: Command failed for target `lib/PunieGrammar.pbc'
All of which looks vaguely similar to the last time I tried to get
anywhere with parrot, though I could have guessed wrong in the patch
above.
So anyway, go ahead and close the ticket.
--
Andy Dougherty [EMAIL PROTECTED]
person who handled your
> ticket, and not to the tracking system.
Of course since the email address of the "person who handled your ticket"
doesn't show up in the mail header, that's not easy to do. Sigh. I'll go
in and manually re-close the ticket.
--
Andy Dougherty [EMAIL PROTECTED]
Maybe someone else will pick up the task and try to document
and check parrot's alignment assumptions
--
Andy Dougherty [EMAIL PROTECTED]
doesn't is deemed 'not found', and
there is no way to override it. Extending the list of options to try is
not a sensible forward-looking portable strategy.
On Mon, 19 Mar 2007, Andy Dougherty wrote:
> On Mon, 19 Mar 2007, chromatic wrote:
>
> > On Monday 19 March 20
On Mon, 19 Mar 2007, chromatic wrote:
> On Monday 19 March 2007 08:19, Andy Dougherty wrote:
>
> > This one falls over immediately during Configure. Even setting
> > verbose=2, I don't see why:
> >
> > Parrot Version 0.4.9 Configure 2.0
> > Cop
> On Monday 19 March 2007 11:56, Andy Dougherty wrote:
>
> > The only way to tell for sure if you have a working compiler is to try to
> > compile and run something. After the user has been prompted for all the
> > flags, simply try to compile and run a simple te
$@;
+exit 1;
+}
This also has the same ignoring-error return problem, but it's more
serious. If the program runs but fails (e.g. segfaults, or returns a
non-zero status) this bit of code happily continues on. I think it
probably shouldn't under such circ
run_meth_fromc_args(interp, sub,
SELF, meth, "vSP", idx, value);
}
--
Andy Dougherty [EMAIL PROTECTED]
->to_ctx;
+/* parrot_context_t * const caller_ctx = PMC_cont(ccont)->to_ctx; */
if (! caller_ctx) {
/* there is no point calling real_exception here, because
PDB_backtrace can't deal with a missing to_ctx either. */
--
Andy Dougherty [EMAIL PROTECTED]
stall
init::miniparrot
-inter::progs
init::hints
init::headers
+inter::progs
inter::make
inter::lex
inter::yacc
--
Andy Dougherty [EMAIL PROTECTED]
o long
src/ops/core_ops_switch.c [EMAIL PROTECTED]@}# Overwhelms some compilers.
src/py_func.c +{-Ipmc} # include pmc_default.h
--
Andy Dougherty [EMAIL PROTECTED]
t chalked it up to impatience -- not
wanting to wait for the program to end.
I'll look into this some more in the next week or so as time permits.
--
Andy Dougherty [EMAIL PROTECTED]
On Sat, 24 Mar 2007, chromatic wrote:
> On Saturday 24 March 2007 05:26, James E Keenan wrote:
>
> > Andy Dougherty wrote:
>
> > > Hints need to come *before* inter/progs. The hints set up various
> > > platform-specific callbacks to be performed after the diff
f (CHARSET));
> }
mem_sys_allocate() obviously can only return one type, but is used in many
contexts.
--
Andy Dougherty [EMAIL PROTECTED]
quick guess; move away or rename /usr/bin/g++-3.3 temporarily, then
> try Configure.pl again. Do you remember the versions of the compiler you
> installed?
Huh? He shouldn't have to do anything. It should all be working now.
--
Andy Dougherty [EMAIL PROTECTED]
ps are in order. Leo
tended to assume all pointers could equally well point anywhere, and often
ignored alignment issues. He often declared stuff (void *) when it really
should have been something more specific. Unfortunately, he also tended
to reject patches to try to clean it up. I wish you better luck.
--
Andy Dougherty [EMAIL PROTECTED]
This morning's compilation on Solaris 8, with gcc-2.8.1, and with
perl-5.8.0-RC1 compiled with -Duse64bitint gave the following 1066
warnings.
Many of these are, in fact, due to real, complicated, issues about what
integral types to use when, and shouldn't be blindly casted away. Others,
however
_FROM' => 'PakFile2.pm', # finds $VERSION
and PakFile2.pm says (among other things)
require 5.005_62;
use warnings;
our @ISA = qw(Exporter DynaLoader);
none of which will work with 5.005.
Is it perhaps time to require 5.6.x?
(Note too that perl -V:ivtype
ult obtained
from a calculation would differ in any significant way depending on which
metric were used, then it might be a warning sign that there's a
higher-level problem at hand.
Practically, of course, any metric is fine for the moment -- it can always
be changed later if warranted.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
The following patch brings the MANIFEST file up-to-date with recent
additions. I haven't committed this in case some other reorganization
(e.g. moving stuff to a src/ or dev/ or doc/ directory) is underway.
There are also a few minor shuffles as I've re-sorted the MANIFEST.
Andy
l5's utf8.c as an
example/model. I chose the arbitrary apiname of 'byteorder'. That's
almost certainly wrong but is good enough to get started.
I'd welcome discussion on whether this looks like a reasonable way to
think about these .dev files, before we get too far along.
those files from the
repository ought to adjust MANIFEST accordingly.
--
Andy Dougherty [EMAIL PROTECTED]
few files that could benefit from some
mini-essay somewhere describing the implementation issues.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
: warning: cast increases required alignment of target type
headers.c:364: warning: cast increases required alignment of target type
dod.c:277: warning: cast increases required alignment of target type
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
1 - 100 of 659 matches
Mail list logo
