Automated smoke report for patch Nov 28 08:00:01 2001 UTC
v0.02 on hpux - 11.00 using cc version B.11.11.02
O = OK
F = Failure(s), extended report at the bottom
? = still running or test results not (yet) available
Build failures during: - = unknown
c = Configure, m = m
cc -DDEBUGGING +DAportable -Ae -D_HPUX_SOURCE -I/pro/local/include \
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I./include \
-o platform.o -c platform.c
cpp: "platform.c", line 6: error 4036: Can't open include file 'dlfcn.h'.
make: *** [platform.o] Error 1
--
H.Merijn Brand
# perl Configure.pl --default
:
:
Okay, that's finished. I'm now going to write your very
own Makefile, config.h, Parrot::Types, and Parrot::Config to disk.
Alright, now I'm gonna check some stuff by compiling and running
another small C program. This could take a bit...
"./include/parrot/vtab
*** PLEASE WRITE PORTABLE CODE, NOT ALL THE WORLD USES GCC ***
ibm:/pro/3gl/CPAN/parrot-current 102 > perl Configure.pl --default
Parrot Configure
Copyright (C) 2001 Yet Another Society
Since you're running this script, you obviously have
Perl 5--I'll be pulling some defaults from its configurat
On Wed, Nov 28, 2001 at 11:09:40AM +0100, H. Merijn Brand wrote:
> "./include/parrot/pmc.h", line 54.33: 1506-046 (S) Syntax error.
Urgh. So Aches doesn't like having a stray comma at the end of an
enum. Removed.
Merijn, these smoke tests are very cool, and I appreciate them, but is
there any ch
This:
print "->"
concat S0, S0
print "<-\n"
end
segfaults,
[ 2:08PM]temp/parrot% ls *.core
zsh: no matches found: *.core
[ 2:09PM]temp/parrot% make test 2>&1 > /dev/null
[ 2:11PM]temp/parrot% ls *.core
test_prog.core
but I don't think anyone noticed. It's in th
At 11:18 AM 11/28/2001 +, Simon Cozens wrote:
>On Wed, Nov 28, 2001 at 11:09:40AM +0100, H. Merijn Brand wrote:
> > "./include/parrot/pmc.h", line 54.33: 1506-046 (S) Syntax error.
>
>Urgh. So Aches doesn't like having a stray comma at the end of an
>enum. Removed.
Dec C's also really unhappy
On Wed, Nov 28, 2001 at 02:15:50PM +, Alex Gough wrote:
> but I don't think anyone noticed. It's in the string tests as "null
> onto null", but passes as the output is '' as expected. I'm not sure
> quite what this test should do to S0, is there a general consensus on
> how we should deal wi
diff -r -u parrot-current/classes/perlnum.pmc parrot-andy/classes/perlnum.pmc
--- parrot-current/classes/perlnum.pmc Sun Nov 25 23:58:52 2001
+++ parrot-andy/classes/perlnum.pmc Wed Nov 28 11:23:43 2001
@@ -74,7 +74,7 @@
}
void set_integer (PMC* value) {
-//SELF->vtable =
With the perl5.00503 delivered standard with Solaris 8, t/harness
issues the following warning:
glob failed (child exited with status 1) at -e line 1.
The problem is apparently the csh-based glob trying to descend into
the non-existent 't/misc' directory.
A reasonable fix is to omit searchi
While your point is taken, it's hardly considered "C++" anymore. Many
C-compilers have adopted many such useful features.
On Wed, 28 Nov 2001, Andy Dougherty wrote:
> diff -r -u parrot-current/classes/perlnum.pmc parrot-andy/classes/perlnum.pmc
> void set_integer (PMC* value) {
> -//
On Wed, 28 Nov 2001, H . Merijn Brand wrote:
> cc -DDEBUGGING +DAportable -Ae -D_HPUX_SOURCE -I/pro/local/include \
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I./include \
> -o platform.o -c platform.c
> cpp: "platform.c", line 6: error 4036: Can't open include file 'dlfcn.h'.
> m
On Wed, 28 Nov 2001, Michael Maraist wrote:
> While your point is taken, it's hardly considered "C++" anymore. Many
> C-compilers have adopted many such useful features.
Your point is also taken, but "Useful feature originating in C++ but since
adapted by many (but not all) ANSI compilers and h
On Wed 28 Nov 2001 17:43, Michael Maraist <[EMAIL PROTECTED]> wrote:
>
> While your point is taken, it's hardly considered "C++" anymore. Many
> C-compilers have adopted many such useful features.
True, but many also have not. Try to program defensive, one might want to
compile it on a cray tha
Pretty much says it all.
On Wed, 28 Nov 2001, Andy Dougherty wrote:
> Longer term, James Mastros was working on splitting out the larger
> platform-specific chunks (e.g. dynaloading, async I/O, time functions,
> etc.). See the earlier thread "Platform splitting, mark 2" for details.
> I"m not sure of the current status
You might want to take a closer look at Cons. I think it does a lot of
what you probably need, and is certainly quite adaptable (it is, after
all, written in Perl). The nicest thing, in my opinion, about Cons, is
that the user level script files (roughly equivalent to makefiles) are
written direct
17 matches
Mail list logo
