compatible with structures in code compiled without
that switch.
Sadly, I don't know any way around it.
--
Andy Dougherty dough...@lafayette.edu
similar) to
enforce C89 checking. I don't know if MoarVM wants to embrace that
particular constraint.
Have the appropriate amount of fun,
--
Andy Dougherty dough...@lafayette.edu
Just following up: This patch, to
3rdparty/dyncall/dynload/dynload_syms_elf.c, is still needed.
On Tue, Sep 10, 2013 at 08:51:08AM -0400, Andy Dougherty wrote:
On Tue, Sep 10, 2013 at 08:46:53AM -0400, Andy Dougherty wrote:
I have attached a new batch of patches to work towards building
On Tue, Sep 10, 2013 at 08:46:53AM -0400, Andy Dougherty wrote:
I have attached a new batch of patches to work towards building MoarVM on
Solaris 11/x86 with Sun's compiler suite. One additional patch is needed
to the 3rdparty/dyncall module, but since that's in a git submodule,
I'll send
On Sat, Aug 24, 2013 at 12:32:32AM +0200, Gerhard R. wrote:
Hi.
My other reply to Andy Dougherty is probably still awaiting moderation.
However, I did misunderstand his problem with 'mknoisy' when
specifying a compiler.
The issue he encountered is due to the fact that compilers
On Fri, Aug 23, 2013 at 12:45:56AM +0200, Jonathan Worthington wrote:
On 8/22/2013 20:00, Andy Dougherty wrote:
I have attached an updated set of patches I used to build MoarVM.
These worked on both Solaris11/x64 and on OpenBSD 5.3. They also
seemed to cause no harm under Linux
] Avoid 'make -C'. Use a simple cd instead.
Additional details are in the commit messages.
I have not gotten nqp to build yet, but hope to get to that next time.
Thanks,
From ba949b5c8c943147b173ca8f9b324187460f1840 Mon Sep 17 00:00:00 2001
From: Andy Dougherty dough...@lafayette.edu
Date: Thu, 22
system or compiler
found.'. found: $^O)
unless $compiler;
--
Andy Dougherty dough...@lafayette.edu
to run apr's configure script
first and use those results to help set up Config/BuildEnvironment?
That way, MoarVM could avoid building yet another Configure system,
and instead could leverage the existing one that it's going to run anyway.
--
Andy Dougherty dough...@lafayette.edu
is querying the wrong key for a
release or parrot is not supplying the correct key, but it ought to be
straightened out.
--
Andy Dougherty dough...@lafayette.edu
On Sun, 28 Mar 2010, Fran?ois Perrad wrote:
2010/3/28 Andy Dougherty dough...@lafayette.edu:
I'm pretty sure this is a recurrence of [perl #66560]. See that ticket
for the diagnosis and fix currently in use in rakudo.
However, it's not at all obvious to me how someone trying
is loaded
instead.
--
Andy Dougherty dough...@lafayette.edu
can also see a long
discussion (Solaris-specific stuff is at the end) at
http://rt.perl.org/rt3//Public/Bug/Display.html?id=34549
--
Andy Dougherty dough...@lafayette.edu
The problem on Solaris 8 is fixed in the ins2 branch by
commit 69c123146f851c28fb562ca0b217c01d4610ed26
Author: pmichaud pmich...@pobox.com
Date: Fri Jul 24 21:58:07 2009 -0500
Clean up compiler flags for certain compilers (RT #66558)
Patch courtesy Andy Dougherty dough
courtesy Andy Dougherty).
.
Yes, it's a bit of a pain. (Though reasonably automated.) I wonder if it
would be easier to convince the parrot tool to stop emitting the line
numbers. I vaguely recall that at one time, at least one of the scripts
had an option to do that.
--
Andy Dougherty dough
On Wed, 29 Jul 2009, Patrick R. Michaud via RT wrote:
On Mon, Jul 27, 2009 at 11:56:14AM -0700, Andy Dougherty via RT wrote:
On Fri, 24 Jul 2009, Patrick R. Michaud via RT wrote:
I've started a new branch (ins2) based on a more recent Rakudo and the
latest Parrot release (1.4.0
that. Instead, it sets
the output location directly, with something like
$(CC) -c $(CINCLUDES) $(CFLAGS) -o src/pmc/p6invocation.o
src/pmc/p6invocation.c
--
Andy Dougherty dough...@lafayette.edu
mad, and I had to kill
the process so I could get other work done.
Still, the generated Makefile looks ok to me on Solaris.
--
Andy Dougherty dough...@lafayette.edu
)
$(OPS)_cgp.c
- cd $(OPS_DIR) $(LD) $(LD_OUT)$(OPS)_cgp$(LOAD_EXT) $(OPS)_cgp$(O)
$(LINKARGS)
+ cd $(OPS_DIR) $(CC) -c @cc_o_...@$(OPS)_cgp$(O) $(CINCLUDES)
$(CFLAGS) $(OPS)_cgp.c
+ cd $(OPS_DIR) $(LD) @ld_...@$(OPS)_cgp$(LOAD_EXT) $(OPS)_cgp$(O)
$(LINKARGS)
--
Andy
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
to try JIT if you insist on building with
non-standard data types, but that's a different issue.
--
Andy Dougherty dough...@lafayette.edu
couple of years could rely on accidental
initialization.
None of which answers your question. The original intent was that the
registers are not to be initialized, which would mean deleting the second
branch (with the 888's) but leaving the -D40 branch as a possible
debugging tool.
--
Andy
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 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 from looking it up, I will extract
$perl Configure.pl
make
make test test.log 21
cd ..
mv parrot parrot-2.18
diff -r -u parrot-2.12 parrot-2.18
--
Andy Dougherty [EMAIL PROTECTED]
, it's
totally unnecessary.
I have so many different versions of perl built and installed already
anway that it doesn't really affect me in any 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
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?
This too is a long-standing problem: See [perl #19183
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.
--- src/spf_render.c (revision
: 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]
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]
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]
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 just the sort of error message I'd expect
to see
through
unquestioningly to parrot.
--
Andy Dougherty [EMAIL PROTECTED]
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 config system is still using perl5 config vars blindly w/o
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]
.
To be specific: The first 'undefined reference' is to Parrot_new. It
should be in src/embed.o and also in blib/lib/libparrot.so. What do you
get for the following commands:
nm src/embed.o | grep 'Parrot_new$'
nm blib/lib/libparrot.so | grep 'Parrot_new$'
--
Andy Dougherty
. 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]
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]
and
perl-5.8.9-to-be.)
On the other hand, changing the requirement in
lib/Parrot/Pmc2c/Pmc2cMain.pm to Storable 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
want anyone else to be stuck implementing and maintaining
it just for my occasional use.
--
Andy Dougherty [EMAIL PROTECTED]
, perl5's Configure does (at least for Unix systems), so
you could just use it's results.
--
Andy Dougherty [EMAIL PROTECTED]
jimk jimk 0 Sep 10 19:58 test_26632.ldo
-rw-r--r-- 1 jimk jimk 0 Sep 10 19:58 test_26632.cco
-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
,
);
}
else {
--
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 probe that isn't being used, we
should rip
, however.
I'd say it should simply stay as an open ticket.
--
Andy Dougherty [EMAIL PROTECTED]
/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 wrong such that Configure.pl concludes
AIO is unsupported?
--
Andy Dougherty [EMAIL PROTECTED]
{
my ($self, $conf, $libs, $verbose) = @_;
-$conf-data-set( libs = $libs );
+$conf-data-set(
+aio= undef,
+HAS_AIO= 0,
+);
+$conf-data-set( libs = $libs ); # Restore old values
print (no) if $verbose;
$self-set_result('no');
}
--
Andy
the incorrect value of 'cc' that perl5 was built with.
--
Andy Dougherty [EMAIL PROTECTED]
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]
the Makefiles (namely /bin/sh and perl) already had sophisticated
interpolation and conditional syntax capabilities. We used here-documents
and interpolation instead of macro substitution. We used the language's
built-in conditional and flow control syntax to express complex ideas.
--
Andy
the compiler
command line that generated the error, so this is only a guess.)
--
Andy Dougherty [EMAIL PROTECTED]
the discussion in [perl #41195] for some more background and
examples.
--
Andy Dougherty [EMAIL PROTECTED]
.
But for now, this at least should work, which is better than it was!
Thanks,
--
Andy Dougherty [EMAIL PROTECTED]
-A undef:symbol define symbol to be 'undef'
-A undef:symbol= define symbol to be ''
e.g.: -A prepend:libswanted='cl pthread '
-A ccflags=-DSOME_MACRO
-V : print version number and exit (with a zero status).
--
Andy Dougherty [EMAIL
.
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]
that has $ccflags = . . . . That's the line that's wrong. It
obviously doesn't honor any command-line flags.
--
Andy Dougherty [EMAIL PROTECTED]
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]
;
($icuheaders, $without) =
$step-_handle_icuheaders($conf, qq{$expected_dir\n}, 0);
Mind you, the directories still aren't cleaned up automatically, but this
at least makes that less tedious.
--
Andy Dougherty [EMAIL PROTECTED]
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
-0400 +++ parrot-andy/t/steps/auto_icu-01.t 2008-07-30
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 time we make a change that affects that last digit, we receive bug
reports about it.
--
Andy Dougherty
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]
for years anyway. I don't
know if the second one is relevant any more, though I'd be surprised if it
were 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
about this link line is the trailing -L/sw/lib at
the very very end. That's odd. Usually, the -L flags go *before* the
libraries. It may be that Darwin's linker is insensitive to such details,
but, parrot shouldn't assume that all linkers are similarly insensitive.
--
Andy Dougherty
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]
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. Other than those, nothing
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]
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]
on that. Other than those, nothing occurs to me off the top of
my head.
--
Andy Dougherty [EMAIL PROTECTED]
this
equality.
--
Andy Dougherty [EMAIL PROTECTED]
: 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]
was that calculations involving
sizeof(Buffer) were now questionable, but that was just a guess.
--
Andy Dougherty [EMAIL PROTECTED]
. the refcount in src/resources.c).
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
. That ticket seems to be marked resolved, though I thought by
replying to it I would have reopened it.)
--
Andy Dougherty [EMAIL PROTECTED]
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]
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 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_build() and conf-data_add() rather
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 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]
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, they'll probably have to fix up the blind
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's still the case that the sun4/SPARC jit is broken
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 actually work.
--
Andy Dougherty [EMAIL PROTECTED]
= *a;
The actual result you get will depend on the compiler, the optimization
level, and the runtime environment.
--
Andy Dougherty [EMAIL PROTECTED]
unrelated errors.)
--
Andy Dougherty [EMAIL PROTECTED]
On Mon, 28 Apr 2008, chromatic wrote:
On Monday 28 April 2008 10:24:37 Andy Dougherty wrote:
On Sun, 27 Apr 2008, chromatic wrote:
/* Parrot Object - base class for all others */
typedef struct pobj_t {
+Parrot_UInt flags;
UnionVal u;
-Parrot_UInt flags
On Thu, 24 Apr 2008, Andy Dougherty wrote:
On Wed, 23 Apr 2008, Andy Dougherty wrote:
2. There are some casting and type-punning warnings that have, as their
ultimate cause, the STACK_DATAP() macro. Getting rid of the
type-punning warning gives rise to a cast alignment warning
On Wed, 23 Apr 2008, Andy Dougherty wrote:
2. There are some casting and type-punning warnings that have, as their
ultimate cause, the STACK_DATAP() macro. Getting rid of the
type-punning warning gives rise to a cast alignment warning.
Looking up a level, the only uses for that macro
convention.)
--
Andy Dougherty [EMAIL PROTECTED]
of the level of a coding standard warning, not a
fatal error.
--
Andy Dougherty [EMAIL PROTECTED]
dumps will ensue.
--
Andy Dougherty [EMAIL PROTECTED]
.
--
Andy Dougherty [EMAIL PROTECTED]
measurably. (Or it could be that this doesn't make
much of a difference anymore, the way it used to with older SPARCs.)
It may also be worthwhile to run Configure.pl in verbose mode (or even
run them by hand) to check how each of those alignment tests is passing.
--
Andy Dougherty
those tests works around the design oddity, but I wouldn't
really call it fixed.
--
Andy Dougherty [EMAIL PROTECTED]
On Wed, 9 Apr 2008, Will Coleda via RT wrote:
On Fri Apr 04 22:28:31 2008, [EMAIL PROTECTED] wrote:
On Thursday 03 April 2008 11:22:16 Andy Dougherty wrote:
parrot-andy/compilers/imcc/optimizer.c ---
parrot-svn/compilers/imcc/optimizer.c 2008-03-31 15:14:39.0
-0400
.
If macports is indeed similar to FreeBSD ports, then this is good step
forward. If it is not, however, you might want to reserve the name
auto:ports for the FreeBSD-style ports collection.
--
Andy Dougherty [EMAIL PROTECTED]
On Wed, 2 Apr 2008, chromatic wrote:
On Wednesday 02 April 2008 06:26:40 Andy Dougherty wrote:
This very minimal patch at leasts gives a brief warning about the issue.
+# Parrot can't necessarily handle a pre-existing installed shared
+# libparrot.so. At this point, we don't
);
+}
+
if (
$conf-options-get('ask')
--
Andy Dougherty [EMAIL PROTECTED]
to rearrange the linker flags for pbc_to_exe
in the same way.
Yes. Well spotted. I had leaped ahead to the next problem -- the
already-installed-shared-library -- but you are quite right. This
more immediate problem also needs solving. Your patch ought to do it.
Thanks.
--
Andy
think that the
flags are in a different order so ./blib/lib comes earlier.
--
Andy Dougherty [EMAIL PROTECTED]
1 - 100 of 626 matches
Mail list logo