Re: ubuntu-ppc-trunk BUILD FAILED

[Paul Cochrane]

Matisse,

this is great work!  Would it be possible for you to summarise this on
the parrot wiki somewhere?[1]  Then we have a more permanent and
central location for the information.

Paul

[1] http://www.perlfoundation.org/parrot/index.cgi?parrot

> Both passing and failing builds from buildbot should start showing up
> there.
>
> Also, the ircbot  is now named eigenbot and remains on #parrot, but
> you have to ask it for status info - it will not automatically
> announce builds (yet.)
>
> /msg eigenbot status
>
> to watch a currently running build (get builder names from 'status'):
>
>/msg eigenbot watch {builder-name}
>
>
> On Jan 13, 2008, at 9:33 AM, Andy Armstrong wrote:
>
> > On 13 Jan 2008, at 17:28, Matisse Enzer wrote:
> >>> Yup, I saw that. Would it help if I set up a mailing list?
> >>
> >> Sure - a second person has chimed in saying that a separate list,
> >> hosted anywhere would do.
> >>
> >> So create the list and I'll make the email go there.
> >
> > http://hexten.net/mailman/listinfo/parrot-reports
> >
> > [EMAIL PROTECTED]
> >
> >> Also, I am testing a patch to /usr/lib/python2.4/site-packages/
> >> buildbot/status/mail.py that will allow configuring a mail notifier
> >> for only passing builds, so that a different subject line (and/or
> >> addresses) can be used for passing builds (right now it only allows
> >> modes of 'failing', 'all' or 'problem' which means the first
> >> failure after a passing build.)
> >
> >
> > Cool :)
> >
> > --
> > Andy Armstrong, Hexten
>
> ---
> Matisse Enzer <[EMAIL PROTECTED]>
> http://www.matisse.net/  - http://www.eigenstate.net/
>
>
>
>

Re: [perl #49744] Uninitialized variables on Fink

[Alberto Simões]

Much better :)
The attached patch failed to patch MANIFEST, but I think that is not 
critical here :)


Cheers

James Keenan via RT wrote:

Alberto:  Does the attached work for you?



--
Alberto Simões - Departamento de Informática - Universidade do Minho
 Campus de Gualtar - 4710-057 Braga - Portugal

[perl #49744] Uninitialized variables on Fink

[James Keenan via RT]

Patch applied in r24843.  Resolved.

Re: Anyone has perl 1 docs?

[Klaas-Jan Stol]

On Jan 14, 2008 12:38 PM, Allison Randal <[EMAIL PROTECTED]> wrote:

> Klaas-Jan Stol wrote:
> >
> > Was there a "programming perl" book for Perl 1? Or any other books?
> > For now I'm kinda stuck, because I don't know the exact semantics of
> each
> > construct of Perl 1.
>
> I ran into the same thing. The first edition of "Programming perl"
> wasn't until Perl 4. The best you're going to do is Larry's examples
> post . If you pass the test
> suite, and those code examples, that's a reasonable success.
>
> When you need to fill in gaps in the semantics that aren't covered by
> the tests, and aren't decodable by digging through the Perl 1 source
> code, you can assume that it's fundamentally similar to Perl 5. (That
> is, don't add Perl 5 features, but use Perl 5 semantics for the Perl 1
> features, as long as it still passes the tests.) For example, I used the
> Perl 5 operator precedence table for PGE's OPP tools. Perl 1 doesn't
> really have a documented operator precedence table, it only has a
> parsing order.


a bit of topic, but just a note on this remark:
Unless I misunderstood the Yacc/bison manual, the /order/ in which the
operator associativity is declared, defines the precedence, from top to
bottom in increasing order. So:

%left '+' '-'
%left '*' '/' '%'

means that *, / and % take precedence over + and -.



> But, Perl 5's operator precedence table works for Perl 1
> and passes the tests.
>
> If we later run across old Perl 1 code that doesn't work with Punie on
> these assumptions, we can always change Punie to match.
>

thanks for your tips!

kjs

>
> Allison
>

Re: Anyone has perl 1 docs?

[Allison Randal]

Klaas-Jan Stol wrote:


Was there a "programming perl" book for Perl 1? Or any other books?
For now I'm kinda stuck, because I don't know the exact semantics of each
construct of Perl 1.


I ran into the same thing. The first edition of "Programming perl" 
wasn't until Perl 4. The best you're going to do is Larry's examples 
post . If you pass the test 
suite, and those code examples, that's a reasonable success.


When you need to fill in gaps in the semantics that aren't covered by 
the tests, and aren't decodable by digging through the Perl 1 source 
code, you can assume that it's fundamentally similar to Perl 5. (That 
is, don't add Perl 5 features, but use Perl 5 semantics for the Perl 1 
features, as long as it still passes the tests.) For example, I used the 
Perl 5 operator precedence table for PGE's OPP tools. Perl 1 doesn't 
really have a documented operator precedence table, it only has a 
parsing order. But, Perl 5's operator precedence table works for Perl 1 
and passes the tests.


If we later run across old Perl 1 code that doesn't work with Punie on 
these assumptions, we can always change Punie to match.


Allison

Re: Anyone has perl 1 docs?

[Allison Randal]

Klaas-Jan Stol wrote:
Unless I misunderstood the Yacc/bison manual, the /order/ in which the 
operator associativity is declared, defines the precedence, from top to 
bottom in increasing order. So:


%left '+' '-'
%left '*' '/' '%'

means that *, / and % take precedence over + and -.


Aye, but the intended semantics for Perl 1 aren't documented outside the 
parser, while they are well documented for Perl 5 in perlop.


For a fun bit of trivia, spend some time comparing Perl 1's perl.y and 
Perl 5's perly.y. Amazing how much still persists after 20 years.


Allison

[perl #49276] [BUG] http://smoke.parrotcode.org/smoke/ failing to display submitted smoke report

[James Keenan via RT]

I continue to experience the problem but have partially diagnosed it.

The value for 'cc' in the uploaded smoke.html was:  /usr/bin/gcc-3.3

But smokeserve-server.pl only wants values for 'cc' which match this
pattern:  [\w\d]+

Once I manually edited the file to say 'gcc', server.pl indexed the
program on the smoke home page.  (Search for ppc-darwin-gcc.)

I will work on a better fix over the next few days.

kid51

Parrot Bug Summary

[Parrot Bug Summary]

Parrot Bug Summary

http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jan 14 14:00:06 2008 GMT
---

  * Numbers
  * New Issues
  * Overview of Open Issues
  * Ticket Status By Version
  * Requestors with most open tickets

---

Numbers

Ticket Counts: 97 new + 729 open = 826
Created this week: 40
Closed this week: 77

---

New Issues

New issues that have not been responded to yet

1 - 2 weeks old
49458 [PATCH] Fix compiler error & warning in nanoparrot example
49328 [BUG] problem between PBC loading and garbage collection
49314 [PATCH] pbc_to_exe should list libraries last
49258 Parrot::Test with --run-exec assumes "." is in $PATH
2 - 3 weeks old
49177 [TODO] pct - PAST::Val node should throw exception if :value attribute
  not set
3 - 4 weeks old
49023 Error in library/pg on Ubuntu 7.10
49001 [PROPOSAL][DOCS] Change word "compilation_unit" into something else (like
  "sub")
48877 [TODO] Don't generate .constant declarations for vtable method names.
4 - 5 weeks old
48749 [BUG] t/examples/tutorial.t if_unless failure (Win32)
48645 [CAGE] Make PMCs depend on Parrot::Pmc2c::* Modules
48587 [BUG] pmc.num contains missing PMCs
48581 [DEPRECATED] vtable type_keyed_str
48549 [RFC][PIR] Let .namespace (no args) have empty brackets
48547 0.5.2 Release
48513 [TODO][PCT] Use of int registers in PCT.
48507 [BUG] oo - n_add, n_sub, etc. don't work with objects
48467 [BUG] assignment of objects creates Ref instead of copy
48445 [TODO] [NQP] - report undeclared variable usage
48439 [TODO] [configure] compiling Parrot with LLVM
5 - 6 weeks old
48367 intlist_get could be dereferencing NULL
48357 Initialize vtables for newly created interpreter
48320 [BUG] Example in pdd23 doesn't work
48296 Implement get_namespace vtable from pdd17
48286 [TODO] [C] Warnings aren't emitted if a var isn't initialised and -w flag
  is on in propagate_need()
48282 [TODO] [C] Check that invoke is ok near the set_addr instruction in
  bb_findadd_edge()
48280 [TODO] [C] Check for a sub with more up-to-date unit->type lookup
48278 [TODO] [C] Should we call GetLastError for failure messages in .../win32/
  exec.c?
48276 [TODO] [C] Warn when failure occurs in Parrot_setenv()
48274 [TODO] [C] Stop ignoring the known errors in Parrot_dlopen()
48272 [TODO] [C] Stop exporting Parrot_signbit()
48264 [TODO] [C] Write file-level documentation
48260 [TODO] [C] Write function documentation
48212 "make smoke" hangs on win32 latest build
48206 [TODO] [cola] Check that expression evaluates to a method in
  gen_method_call()
48204 [TODO] [cola] Check method signature in gen_arg_list_expr() and find out 
  what type is expected
48202 [TODO] [cola] Rewrite push_sym() to call generic Node versions of calls
48200 [TODO] [cola] Add documentation to files and functions
48198 [TODO] [cola] Add support for member resolution in lookup_type()
48196 [TODO] [APL] Should the PMC in set_shape() be cloned?
48194 [TODO] [APL] Move any constant string declarations into class_init()
48192 [TODO] [amber] Correct overflow issue in integer()
48190 [TODO] [amber] Can null variable check be reinstated by generating n_neg 
  instead of neg?
48188 [TODO] [amber] Correct overflow for -maxint in abs()
48186 [TODO] [amber] Consider using unicode in character()
48184 [TODO] [amber] Use has(index) to check indices in set_item()
48182 [TODO] [amber] Reject out of range values in item()
48180 [TODO] [amber] Reject first() and last() methods if count = 0
48176 [TODO] [pugs] Warning: use of uninitialized value
48174 [TODO] [pugs] Store undef for consistency
48172 [TODO] [pugs] Getting nonexistent value, exception or undef?
48170 [TODO] [regex] Remove 'use of uninitialized value' issues in match.pmc
48168 [TODO] [regex] Implement init_pmc
48164 [TODO] [Tcl] Document the functions in tcl/src/binary.c
48162 [TODO] [Tcl] Document what the tcl/src/binary.c file does in the
  DESCRIPTION
48150 [DOCS] pdd23 doesn't document obtaining thrown exception object
48134 [BUG][PATCH]interp->current_args overwritten in callmethodcc
48132 [TODO] [cardinal] Need to throw an exception about invalid boolean type
  in get_bool()
48130 [TODO] [dotnet] Why does sig_token have to be set to 0x in
  make_bytecde_pmc()?
48128 [TODO] [dotnet] Does a null first byte need special handling in
  dotnetsignature.pmc?
48124 [TODO] [C] Fix arithmetic ops in perlarray.pmc
48122 [TODO] [C] PerlInt should extend PerlAny or PerlScalar in perlint.pmc (?)
48120 [TODO] [C] Remove nonportable signbit code from perlnum.pmc
6 - 7 weeks old
48034 [BUG] examples/streams/Bytes.pir runtime error
47992 [RFE] 'parrot foo' automatically finds and invokes foo.pbc
47978 [C99] [IMCC] double free
47974 [DOCS] What are valid characteristics for 'inspect_str'

[perl #49758] [BUG] Bus error in HLL interactive mode.

[via RT]

# New Ticket Created by  Will Coleda 
# Please include the string:  [perl #49758]
# in the subject line of all future correspondence about this issue. 
# http://rt.perl.org/rt3/Ticket/Display.html?id=49758 >


% make perl6 #in the top level directory.
% ./perl6

> $a=1;
No scope found for PAST::Var '$a'
> my $a=1;
Bus error

This error ONLY happens in interactive mode; given perl6 is basically
invoking the HLLCompiler method for this, I suspect an issue with the
toolkit rather than perl6 itself.

>From IRC:

 After the interpreter panics it for some
reason starts wrapping up new code as closures instead of subs.
 Those closures have no outer scope, and so the code which
invokes a closure explodes on them.

Running with "./perl6 --target=pir", you can see that the second line
above generates the following code:

.namespace
.sub "_block15"  :outer("_block10")
.lex "$_", $P16
.lex "$/", $P17
.lex "$!", $P18
new $P19, "Integer"
assign $P19, 3
new $P20, "Undef"
.lex "$a", $P20
eq_addr $P20, $P19, copy_21
morph $P20, "Undef"
assign $P20, $P19
  copy_21:
.return ($P20)
.end

-- 
Will "Coke" Coleda

Re: [perl #45137] [TODO] Add a revision control test in Configure.pl

[Andy Dougherty]

On Sun, 13 Jan 2008, James Keenan via RT wrote:

> On Mon Sep 03 12:45:03 2007, doughera wrote:
> > 
> > Well grepping my output log file shows 18 lines, so it's more than just 
> > t/distro_file_metadata.t:
> > 
> > $ egrep '(svn|svk|git): not found' build.log | wc
> > 18
> 
> Andy D:  When I invoked the same command on my most recent log of 'make
> test', I got only references to Subversion and those only in
> t/distro/file_metadata.t.  Am I looking at the same thing you are?
> 

Apparently not.  I am looking at the case where I have neither svn nor svk 
nor git available in $PATH.

During the original Configure.pl run, I see:

Determining whether (exuberant) ctags is 
installed..no.sh: svn: not found
sh: git: not found
sh: svk: not found

During the build, I see:

perl5.10 -Ilib tools/build/revision_c.pl > src/revision.c
sh: svn: not found
sh: git: not found
sh: svk: not found

During testing, I see:

t/configure/018-revision.sh: svn: not found
sh: git: not found
sh: svk: not found
ok
3/7 skipped: various reasons

t/configure/036-config_steps.sh: svn: not found
sh: git: not found
sh: svk: not found
ok

t/steps/auto_revision-01.sh: svn: not found
sh: git: not found
sh: svk: not found
ok

t/postconfigure/04-revision..sh: svn: not found
sh: git: not found
sh: svk: not found
ok


Here are the detailed outputs of each (with extraneous ok's trimmed)

t/configure/018-revision1..7
sh: svn: not found
sh: git: not found
sh: svk: not found
ok 1 - use Cwd;
ok 2 - use File::Copy;
ok 3 - use File::Temp;
[ . . .]

t/configure/036-config_steps1..82
ok 1 - require 'config/gen/platform.pm';
ok 2 - require 'config/gen/makefiles.pm';
ok 3 - require 'config/gen/config_pm.pm';
ok 4 - require 'config/gen/parrot_include.pm';
ok 5 - require 'config/gen/core_pmcs.pm';
ok 6 - require 'config/gen/languages.pm';
ok 7 - require 'config/gen/icu.pm';
ok 8 - require 'config/gen/config_h.pm';
ok 9 - require 'config/auto/snprintf.pm';
ok 10 - require 'config/auto/attributes.pm';
ok 11 - require 'config/auto/inline.pm';
ok 12 - require 'config/auto/pack.pm';
ok 13 - require 'config/auto/gcc.pm';
ok 14 - require 'config/auto/signal.pm';
ok 15 - require 'config/auto/alignptrs.pm';
ok 16 - require 'config/auto/warnings.pm';
ok 17 - require 'config/auto/cpu.pm';
ok 18 - require 'config/auto/gmp.pm';
ok 19 - require 'config/auto/msvc.pm';
sh: svn: not found
sh: git: not found
sh: svk: not found
ok 20 - require 'config/auto/revision.pm';
[ . . . ]

t/steps/auto_revision-011..20
ok 1 - use config::init::defaults;
sh: svn: not found
sh: git: not found
sh: svk: not found
ok 2 - use config::auto::revision;
[ . . . ]

t/distro/file_metadatash: svn: not found
sh: git: not found
sh: svk: not found
Can't exec "svk": No such file or directory at t/distro/file_metadata.t 
line 225.
1..0 # Skip not a working copy

In most cases, it appears the noise is coming from __get_revision() in
Parrot::Revision.  When the command to be executed can not be found,
I get the 'not found' message.  (Whether this error message gets trapped
by the "2>/dev/null" in the qx// operator is system-dependent.)

Why __get_revision() gets run over and over again, I don't know.
I'd have thought that once Configure.pl figured it out the first time,
it wouldn't have to try it over and over again.

This is mostly a noisy nuisance.  It doesn't seem to cause any failures
anywhere.

-- 
Andy Dougherty  [EMAIL PROTECTED]

Re: Anyone has perl 1 docs?

[Paul Johnson]

On Sun, Jan 13, 2008 at 05:35:57PM -0500, jesse wrote:

> > If only Perl1 source would compile, then it'd be
> > easier, but it doesn't compile on windows (xp) and can't get it working on
> > cygwin either.
> 
> That sounds like the sort of situation where VMWare Player and, say, an
> ubuntu or redhat virtual machine might come in really handy. I don't
> believe Perl 1 was ever ported to Windows.

The first MS-DOS port was for Perl3 by Didi Spinellis.  See
http://www.spinellis.gr/sw/ports/dosperl/

That Didi was doing this sort of thing months before our finals whilst I
was probably refitting a clutch, chasing a football around a field, or
who-knows-what, probably helps explain why he got a first and I got a
2.1.  (Well, that and that he's much cleverer than I am.)  Oh, and I had
just met my wife-to-be a few months earlier.  That probably explains a
lot too.

In any case, the patch looks fairly minimal - you might be able to
retrofit it to Perl1 without too much trouble.

But I'd go the virtual machine route too, all else being equal.

-- 
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net

Re: Anyone has perl 1 docs?

[Ron Blaschke]

jesse wrote:

If only Perl1 source would compile, then it'd be
easier, but it doesn't compile on windows (xp) and can't get it working on
cygwin either.


That sounds like the sort of situation where VMWare Player and, say, an
ubuntu or redhat virtual machine might come in really handy. I don't
believe Perl 1 was ever ported to Windows.


Well, actually it kinda was. ;-)

http://www.nntp.perl.org/group/perl.perl1.porters/2005/11/msg46.html

Ron

Re: [perl #47395] t/configure/115-auto-warnings.t assumes cc -Wall works.

[Andy Dougherty]

On Sun, 13 Jan 2008, James Keenan via RT wrote:

> I was studying Jarkko's patch this morning in preparation for applying
> it.  I had a number of concerns.
> 
> 1.  It turned out that at the point the patch was originally submitted,
> HEAD had moved a bit beyond the version against which Jarkko diffed.  I
> had refactored some of the patched code into internal subroutines.  So I
> had to adjust the patch to reflect that.

That's fine.

> 2.  If I understand the thrust of the patch correctly, it says, "Only
> set these warnings if we're using GCC as our C compiler.  Otherwise,
> skip it." 

Yes.  That's the basic idea.  (Later amended to possibly try them if 
you're using icc also.)

>  If that's correct, then the value which we need to consult
> inside the Parrot::Configure object at the start of runstep() is not
> options->{gccversion} but data->{gccversion}.

Fine.  You probably understand the innards of the Parrot::Configure object 
better than anyone else.

>  If I understand
> config/auto/gcc.pm correctly, if a user has GCC set up as her default C
> compiler, then data->{gccversion} will be set to the GCC version number
> in that config step -- regardless of whether a value was set for
> 'gccversion' on the command-line.  So I further revised the patch to
> reflect this understanding.

I suppose so.  Normally, gccversion should indeed be set to the value 
corresponding to the compiler the user will actually be using to compile 
parrot.  I hadn't thought at all about what a command-line override for 
gccversion ought to do.  Offhand, I think it's reasonable to simply ignore 
it.

Anyway, the config/auto/warnings.pm part appears to work out just fine.
The t/steps/auto_warnings*.t all still have the unrelated failure due
to using init::defaults and getting the wrong compiler.

-- 
Andy Dougherty  [EMAIL PROTECTED]

Re: Gearing up for Parrot release 0.5.2

[Andy Dougherty]

On Sun, 13 Jan 2008, Bob Rogers wrote:

>From: Andy Dougherty <[EMAIL PROTECTED]>
>Date: Sun, 13 Jan 2008 14:43:24 -0500 (EST)
> 
>Please verify that it actually works, first.  Last I checked (Friday) it 
>didn't, due to linker issues.  I also recall some guesswork on the list 
>about shared vs. non-shared libperl, though that shouldn't matter.
> 
> It works for me (on GNU/Linux, but perhaps that's not surprising).

It doesn't work for me on Solaris.  What to do with that information,
I leave up to you.

-- 
Andy Dougherty  [EMAIL PROTECTED]

Re: Anyone has perl 1 docs?

[Mark J. Reed]

On Jan 14, 2008 11:29 AM, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>
> jesse wrote:
> > I don't believe Perl 1 was ever ported to Windows.
>
> Well, actually it kinda was. ;-)
>
> http://www.nntp.perl.org/group/perl.perl1.porters/2005/11/msg46.html

Cool!  So where's that patch you mentioned?   The attachment doesn't
seem to have made it into the archive there...

-- 
Mark J. Reed <[EMAIL PROTECTED]>

Re: Anyone has perl 1 docs?

[Klaas-Jan Stol]

On Jan 14, 2008 5:57 PM, Mark J. Reed <[EMAIL PROTECTED]> wrote:

> On Jan 14, 2008 11:29 AM, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> >
> > jesse wrote:
> > > I don't believe Perl 1 was ever ported to Windows.
> >
> > Well, actually it kinda was. ;-)
> >
> > http://www.nntp.perl.org/group/perl.perl1.porters/2005/11/msg46.html
>
> Cool!  So where's that patch you mentioned?   The attachment doesn't
> seem to have made it into the archive there...


I just got things working on cygwin; in perl.h there's a #define of sprintf,
as sprintf(), which needs to be changed into:

sprintf(char *dest, char * const format, ...)

This worked for me on cygwin; didnt' try yet on win xp 32.

kjs

>
>
> --
> Mark J. Reed <[EMAIL PROTECTED]>
>

Re: [perl #44269] [TODO] Need more meaningful comment in Parrot Bug Summary

[Bernhard Schmalhofer]

James Keenan via RT schrieb:

This ticket has obviously not generated much interest since I opened it
lo these five months ago.  Coke and I had some IRC discussion of
something he's developing that's related to it, but I haven't heard from
anyone else.

So, let me ask again:  When you see the Parrot Bug Summary generated
every Monday morning, what do you want to see in it?
  
What I'd like to see are numbers of new, resolved and edited Tickets in 
the last week.
Along the numbers I'd like to see an HTML link that opens the 
RT-Webinterface with

a table of the relevant tickets.

Regards,
  Bernhard

[perl #49762] [configure] JIT configuration problems on OS X

[via RT]

# New Ticket Created by  Simon Cozens 
# Please include the string:  [perl #49762]
# in the subject line of all future correspondence about this issue. 
# http://rt.perl.org/rt3/Ticket/Display.html?id=49762 >


osname= darwin
osvers= 9.0
arch=   darwin-thread-multi-2level
cc= cc
---
Flags:
category=core
severity=medium
ack=no
---
Configuring with --jitcapable will fail on OS X with the following
error:

{standard input}:94:Invalid mnemonic 'ret'

I am on an Intel Mac, and 'ret' is a valid mnemonic for Intel assembler.
The problem is that my CFLAGS are set by default to 

cc -I./include -arch i386 -arch ppc ...

And 'ret' is not a valid mnemonic for PPC assembler. Good luck writing
assembly code which compiles under both i386 and PPC architectures. If
you want the JIT core, you can't have a fat binary Parrot; if
--jitcapable is set, the CFLAGS need to be adjusted to only contain one
architecture.

---
Summary of my parrot 0.5.1 (r24853) configuration:
  configdate='Mon Jan 14 14:37:05 2008 GMT'
  Platform:
osname=darwin, archname=darwin-thread-multi-2level
jitcapable=1, jitarchname=i386-darwin,
jitosname=DARWIN, jitcpuarch=i386
execcapable=1
perl=perl
  Compiler:
cc='cc', ccflags='-arch i386 -arch ppc -g -pipe -fno-common -no-cpp-precomp 
 -Wdeclaration-after-statement -I/usr/local/include -pipe -fno-common 
-Wno-long-double  -DHASATTRIBUTE_CONST  -DHASATTRIBUTE_DEPRECATED  
-DHASATTRIBUTE_FORMAT  -DHASATTRIBUTE_MALLOC  -DHASATTRIBUTE_NONNULL  
-DHASATTRIBUTE_NORETURN  -DHASATTRIBUTE_PURE  -DHASATTRIBUTE_UNUSED  
-DHASATTRIBUTE_WARN_UNUSED_RESULT  -falign-functions=16 -W -Wall 
-Waggregate-return -Wbad-function-cast -Wcast-align -Wcast-qual 
-Wchar-subscripts -Wcomment -Wdeclaration-after-statement 
-Wdisabled-optimization -Wextra -Wformat-nonliteral -Wformat-security 
-Wformat-y2k -Wimplicit -Wimplicit-function-declaration -Wimplicit-int -Wimport 
-Winit-self -Winline -Winvalid-pch -Wmain -Wmissing-braces 
-Wmissing-declarations -Wmissing-field-initializers -Wmissing-include-dirs 
-Wmissing-prototypes -Wnested-externs -Wno-endif-labels -Wno-shadow -Wno-unused 
-Wnonnull -Wpacked -Wparentheses -Wpointer-arith -Wreturn-type -Wsequence-point 
-Ws
 ign-compare -Wstrict-aliasing -Wstrict-aliasing=2 -Wswitch -Wswitch-default 
-Wtrigraphs -Wundef -Wunknown-pragmas -Wvariadic-macros -Wwrite-strings',
  Linker and Libraries:
ld='c++', ldflags='-arch i386 -arch ppc -L/usr/local/lib 
-L/Users/simon/svn/parrot/blib/lib -flat_namespace  -L/sw/lib -L/sw/lib',
cc_ldflags='',
libs='-lm -lutil'
  Dynamic Linking:
share_ext='.dylib', ld_share_flags='-dynamiclib -undefined suppress',
load_ext='.bundle', ld_load_flags='-bundle -undefined suppress'
  Types:
iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4,
ptrsize=4, ptr_alignment=1 byteorder=1234, 
nv=double, numvalsize=8, doublesize=8

---
Environment:
DYLD_LIBRARY_PATH  (unset)
HOME =/Users/simon
LANG =C
LANGUAGE  (unset)
LD_LIBRARY_PATH  (unset)
LOGDIR  (unset)
PATH 
=/sw/bin:/sw/sbin/:/Users/simon/bin:/sw/bin:/sw/sbin/:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin:/usr/local/bin:/usr/local/teTeX/bin/i386-apple-darwin-current:/usr/X11/bin:/usr/local/teTeX/bin/i386-apple-darwin-current
SHELL =/bin/zsh

Re: Gearing up for Parrot release 0.5.2

[chromatic]

On Monday 14 January 2008 08:56:08 Andy Dougherty wrote:

> It doesn't work for me on Solaris.  What to do with that information,
> I leave up to you.

The next step is to get some debugging information.

What's the generated compilation line?

What's wrong with it?

What should the right one be?

With answers to all of those, we can figure out how to edit the Makefile to 
generate the right compilation line.

-- c

[perl #49314] [PATCH] pbc_to_exe should list libraries last

[Will Coleda via RT]

On Wed Jan 02 10:18:49 2008, doughera wrote:
> In order to get pbc_to_exe to work with the Solaris linker, I had to move 
> the libraries to the end of the link line.  That's not surprising -- 
> traditional Unix linkers process items in the link line in order.  At the 
> point where libparrot.a is mentioned, no parrot objects have been listed 
> on the command line yet, so libparrot isn't needed at all.  
> This patch re-orders the command line to mention parrot_config.o first 
> before mentioning libparrot.  (I also put the LINKFLAGS before the 
> libraries, in case some of them were needed to help actually locate the 
> libraries.)
> 
> --- parrot-current/config/gen/makefiles/root.in   Wed Jan  2 08:59:40 2008
> +++ parrot-andy/config/gen/makefiles/root.in  Wed Jan  2 13:13:12 2008
> @@ -767,8 +767,8 @@
>  pbc_to_exe.pir : $(PARROT) tools/dev/pbc_to_exe_gen.pl
>   $(PERL) tools/dev/pbc_to_exe_gen.pl \
>  "$(BUILD_DIR)/CFLAGS $(CC) \"\" $(CFLAGS) -I$(BUILD_DIR)/include \
> -@rpath_blib@ $(ALL_PARROT_LIBS) $(LINKFLAGS) \
> -$(BUILD_DIR)/src/parrot_config$(O)" \
> +$(BUILD_DIR)/src/parrot_config$(O) \
> +$(LINKFLAGS) @rpath_blib@ $(ALL_PARROT_LIBS)" \
>  > pbc_to_exe.pir
>  
>  pbc_to_exe : pbc_to_exe.pir
> 

This patch works on osx86.

Re: Gearing up for Parrot release 0.5.2

[Andy Dougherty]

On Mon, 14 Jan 2008, chromatic wrote:

> On Monday 14 January 2008 08:56:08 Andy Dougherty wrote:
> 
> > It doesn't work for me on Solaris.  What to do with that information,
> > I leave up to you.
> 
> The next step is to get some debugging information.
> 
> What's the generated compilation line?
> 
> What's wrong with it?
> 
> What should the right one be?
> 
> With answers to all of those, we can figure out how to edit the Makefile to 
> generate the right compilation line.

I already submitted a patch for this back on January 2 (see [perl #49314]).

It hasn't been applied yet.  I assume everyone is just too busy with other 
things.  That's ok and normal and understandable.  With the next release 
about 24 hours away, however, I would not want to assume it would make it 
in before release.  At this point, I know I don't have time to do any 
further testing prior to release anyway.

-- 
Andy Dougherty  [EMAIL PROTECTED]

Re: [perl #49314] [PATCH] pbc_to_exe should list libraries last

[chromatic]

On Wednesday 02 January 2008 10:18:49 Andy Dougherty wrote:

> In order to get pbc_to_exe to work with the Solaris linker, I had to move
> the libraries to the end of the link line.  That's not surprising --
> traditional Unix linkers process items in the link line in order.  At the
> point where libparrot.a is mentioned, no parrot objects have been listed
> on the command line yet, so libparrot isn't needed at all.
> This patch re-orders the command line to mention parrot_config.o first
> before mentioning libparrot.  (I also put the LINKFLAGS before the
> libraries, in case some of them were needed to help actually locate the
> libraries.)

Thanks, applied as r24857.

-- c

[perl #49766] toplevel 'make perl6' needs dependency fixup.

[via RT]

# New Ticket Created by  Will Coleda 
# Please include the string:  [perl #49766]
# in the subject line of all future correspondence about this issue. 
# http://rt.perl.org/rt3/Ticket/Display.html?id=49766 >


In the top level directory, type:

'make perl6'

a perl6 binary is created.

now type "make perl6" again, and the binary is regenerated from the
step "./pbc_to_exe languages/perl6/perl6.pbc" on, despite the fact
that nothing has changed.

The perl6 target in languages/perl6 works as expected over multiple invocations.

-- 
Will "Coke" Coleda

Re: Anyone has perl 1 docs?

[ajr]

> For a fun bit of trivia, spend some time comparing Perl 1's perl.y and
> Perl 5's perly.y. Amazing how much still persists after 20 years.
>
Technological Cheshire cats; the grin lingers long after the cat has
disappeared. Computing has them by the clowder.


--

Email and shopping with the feelgood factor!
55% of income to good causes. http://www.ippimail.com

Re: Anyone has perl 1 docs?

[Ron Blaschke]

Klaas-Jan Stol wrote:

On Jan 14, 2008 5:57 PM, Mark J. Reed <[EMAIL PROTECTED]> wrote:

On Jan 14, 2008 11:29 AM, Ron Blaschke <[EMAIL PROTECTED]> wrote:

jesse wrote:

I don't believe Perl 1 was ever ported to Windows.

Well, actually it kinda was. ;-)

http://www.nntp.perl.org/group/perl.perl1.porters/2005/11/msg46.html

Cool!  So where's that patch you mentioned?   The attachment doesn't
seem to have made it into the archive there...


Sorry, didn't realize attachments don't make it over the news gateway.


I just got things working on cygwin; in perl.h there's a #define of sprintf,
as sprintf(), which needs to be changed into:

sprintf(char *dest, char * const format, ...)

This worked for me on cygwin; didnt' try yet on win xp 32.


Great, glad you've got it working!

I have attached the patch that worked for me way back then.  This is for 
Cygwin only, too.


Ron
diff -u -r perl-1.0_16.orig/perl.h perl-1.0_16/perl.h
--- perl-1.0_16.orig/perl.h 2002-12-19 00:44:14.0 +0100
+++ perl-1.0_16/perl.h  2005-11-06 11:21:04.0 +0100
@@ -64,7 +64,7 @@
 #ifdef CHARSPRINTF
 char *sprintf();
 #else
-int sprintf();
+/* int sprintf(); */
 #endif
 
 /* A string is TRUE if not "" or "0". */
diff -u -r perl-1.0_16.orig/perl.y perl-1.0_16/perl.y
--- perl-1.0_16.orig/perl.y 2002-12-19 00:44:14.0 +0100
+++ perl-1.0_16/perl.y  2005-11-06 11:36:22.0 +0100
@@ -16,6 +16,16 @@
 #include "util.h"
 #include "INTERN.h"
 #include "perl.h"
+
+ARG *l(ARG *,...);
+ARG *mod_match(int, ARG *, ARG *);
+ARG *addflags(int, int , ARG*);
+ARG *hide_ary(ARG *);
+ARG *make_list(ARG *);
+ARG *listish(ARG *);
+ARG *cval_to_arg(char *);
+ARG *cmd_to_arg(CMD *);
+
 char *tokename[] = {
 "256",
 "word",
diff -u -r perl-1.0_16.orig/perly.c perl-1.0_16/perly.c
--- perl-1.0_16.orig/perly.c2002-12-19 00:44:14.0 +0100
+++ perl-1.0_16/perly.c 2005-11-06 11:31:42.0 +0100
@@ -23,7 +23,7 @@
 char *filename;
 char *e_tmpname = "/tmp/perl-eXX";
 FILE *e_fp = Nullfp;
-ARG *l();
+ARG *l(ARG *, ...);
 
 main(argc,argv,env)
 register int argc;

Re: [perl #44269] [TODO] Need more meaningful comment in Parrot Bug Summary

[Will Coleda]

On Jan 14, 2008 11:58 AM, Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
> James Keenan via RT schrieb:
> > This ticket has obviously not generated much interest since I opened it
> > lo these five months ago.  Coke and I had some IRC discussion of
> > something he's developing that's related to it, but I haven't heard from
> > anyone else.
> >
> > So, let me ask again:  When you see the Parrot Bug Summary generated
> > every Monday morning, what do you want to see in it?
> >
> What I'd like to see are numbers of new, resolved and edited Tickets in
> the last week.

Danke.

> Along the numbers I'd like to see an HTML link that opens the
> RT-Webinterface with
> a table of the relevant tickets.

For this, I recommend using the web version of the report at:

http://rt.perl.org/rt3/NoAuth/parrot/Overview.html

> Regards,
>Bernhard


-- 
Will "Coke" Coleda

[perl #49762] [configure] JIT configuration problems on OS X

[James Keenan via RT]

Assuming we knew *how* to fix this, my hunch is that the appropriate
*place* to fix it would be config/init/hints/darwin.pm.

Synopsis smartlinks don't display correctly...

[Cosimo Streppone]

Since I refactored the S29 tests into t/spec/S29-str,
the smartlinks don't display correctly anymore.

If you go here:

  http://perlcabal.org/syn/S29.html

you will see that test scripts like "Context/eval"
display correctly, while "Str/split" is messed up,
seems with newline problems.

Anyone knows the reason why?
I simply "svn copy"-ed the test scripts.

I'm on Windows, but files don't seem to have
cr+lf newlines.

What am I doing wrong?
Thanks!

--
Cosimo

Re: ubuntu-ppc-trunk BUILD FAILED

[Matisse Enzer]

On Jan 14, 2008, at 1:00 AM, Paul Cochrane wrote:


Matisse,

this is great work!  Would it be possible for you to summarise this on
the parrot wiki somewhere?[1]  Then we have a more permanent and
central location for the information.



Yes - I will take a whack at doing that.

Also: If anyone would like to another build slave please let me know.  
The more the merrier.


-M

---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/  - http://www.eigenstate.net/

[perl #47395] t/configure/115-auto-warnings.t assumes cc -Wall works.

[James Keenan via RT]

I will wait until after the release to apply the patch.

[perl #44187] [RFC] Configure.pl: --configure_trace option too verbose

[James Keenan via RT]

No feedback; closing ticket.

[perl #45137] [TODO] Add a revision control test in Configure.pl

[James Keenan via RT]

On Mon Jan 14 07:41:36 2008, doughera wrote:

> Apparently not.  I am looking at the case where I have neither svn nor
> svk
> nor git available in $PATH.
> 
> During the original Configure.pl run, I see:
> 
> Determining whether (exuberant) ctags is
> installed..no.sh: svn: not found
> sh: git: not found
> sh: svk: not found
> 

This one I find very puzzling.  config/auto/ctags.pm makes no reference
to any version control system.  Nor does it appear to use
Parrot::Revision.  It uses two utility subroutines from
Parrot::Configure::Utils, capture_output() and _slurp() but I don't see
any reference to version control systems or Parrot::Revision in them.

Re: ubuntu-ppc-trunk BUILD FAILED

[Matisse Enzer]

On Jan 14, 2008, at 1:00 AM, Paul Cochrane wrote:


Matisse,

this is great work!  Would it be possible for you to summarise this on
the parrot wiki somewhere?[1]  Then we have a more permanent and
central location for the information.

Paul

[1] http://www.perlfoundation.org/parrot/index.cgi?parrot



OK - done.
I have edited http://www.perlfoundation.org/parrot/index.cgi?parrot  
and added a new page http://www.perlfoundation.org/parrot/index.cgi?buildbot


-M

---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/  - http://www.eigenstate.net/

Re: [perl #49762] [configure] JIT configuration problems on OS X

[Joshua Hoblitt]

What is the OSX toolchain solution for inline asm with fat binaries?

At some point we have to assume that people who are setting CFLAGS know
what they are doing.  We can't look for or protect against every silly
thing they might do.  Perhaps if --jitcapable is set and we're on darwin
the thing to do is print a warning about fat binaries and --jitcapable
being mutually exclusive things.

-J

--
On Mon, Jan 14, 2008 at 08:18:02AM -0800, Simon Cozens wrote:
> # New Ticket Created by  Simon Cozens 
> # Please include the string:  [perl #49762]
> # in the subject line of all future correspondence about this issue. 
> # http://rt.perl.org/rt3/Ticket/Display.html?id=49762 >
> 
> 
> osname= darwin
> osvers= 9.0
> arch=   darwin-thread-multi-2level
> cc= cc
> ---
> Flags:
> category=core
> severity=medium
> ack=no
> ---
> Configuring with --jitcapable will fail on OS X with the following
> error:
> 
> {standard input}:94:Invalid mnemonic 'ret'
> 
> I am on an Intel Mac, and 'ret' is a valid mnemonic for Intel assembler.
> The problem is that my CFLAGS are set by default to 
> 
> cc -I./include -arch i386 -arch ppc ...
> 
> And 'ret' is not a valid mnemonic for PPC assembler. Good luck writing
> assembly code which compiles under both i386 and PPC architectures. If
> you want the JIT core, you can't have a fat binary Parrot; if
> --jitcapable is set, the CFLAGS need to be adjusted to only contain one
> architecture.
> 
> ---
> Summary of my parrot 0.5.1 (r24853) configuration:
>   configdate='Mon Jan 14 14:37:05 2008 GMT'
>   Platform:
> osname=darwin, archname=darwin-thread-multi-2level
> jitcapable=1, jitarchname=i386-darwin,
> jitosname=DARWIN, jitcpuarch=i386
> execcapable=1
> perl=perl
>   Compiler:
> cc='cc', ccflags='-arch i386 -arch ppc -g -pipe -fno-common 
> -no-cpp-precomp  -Wdeclaration-after-statement -I/usr/local/include -pipe 
> -fno-common -Wno-long-double  -DHASATTRIBUTE_CONST  -DHASATTRIBUTE_DEPRECATED 
>  -DHASATTRIBUTE_FORMAT  -DHASATTRIBUTE_MALLOC  -DHASATTRIBUTE_NONNULL  
> -DHASATTRIBUTE_NORETURN  -DHASATTRIBUTE_PURE  -DHASATTRIBUTE_UNUSED  
> -DHASATTRIBUTE_WARN_UNUSED_RESULT  -falign-functions=16 -W -Wall 
> -Waggregate-return -Wbad-function-cast -Wcast-align -Wcast-qual 
> -Wchar-subscripts -Wcomment -Wdeclaration-after-statement 
> -Wdisabled-optimization -Wextra -Wformat-nonliteral -Wformat-security 
> -Wformat-y2k -Wimplicit -Wimplicit-function-declaration -Wimplicit-int 
> -Wimport -Winit-self -Winline -Winvalid-pch -Wmain -Wmissing-braces 
> -Wmissing-declarations -Wmissing-field-initializers -Wmissing-include-dirs 
> -Wmissing-prototypes -Wnested-externs -Wno-endif-labels -Wno-shadow 
> -Wno-unused -Wnonnull -Wpacked -Wparentheses -Wpointer-arith -Wreturn-type 
> -Wsequence-point -Ws
>  ign-compare -Wstrict-aliasing -Wstrict-aliasing=2 -Wswitch -Wswitch-default 
> -Wtrigraphs -Wundef -Wunknown-pragmas -Wvariadic-macros -Wwrite-strings',
>   Linker and Libraries:
> ld='c++', ldflags='-arch i386 -arch ppc -L/usr/local/lib 
> -L/Users/simon/svn/parrot/blib/lib -flat_namespace  -L/sw/lib -L/sw/lib',
> cc_ldflags='',
> libs='-lm -lutil'
>   Dynamic Linking:
> share_ext='.dylib', ld_share_flags='-dynamiclib -undefined suppress',
> load_ext='.bundle', ld_load_flags='-bundle -undefined suppress'
>   Types:
> iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4,
> ptrsize=4, ptr_alignment=1 byteorder=1234, 
> nv=double, numvalsize=8, doublesize=8
> 
> ---
> Environment:
> DYLD_LIBRARY_PATH  (unset)
> HOME =/Users/simon
> LANG =C
> LANGUAGE  (unset)
> LD_LIBRARY_PATH  (unset)
> LOGDIR  (unset)
> PATH 
> =/sw/bin:/sw/sbin/:/Users/simon/bin:/sw/bin:/sw/sbin/:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin:/usr/local/bin:/usr/local/teTeX/bin/i386-apple-darwin-current:/usr/X11/bin:/usr/local/teTeX/bin/i386-apple-darwin-current
> SHELL =/bin/zsh
> 

Re: [perl #49762] [configure] JIT configuration problems on OS X

[Simon Cozens]

Joshua Hoblitt via RT wrote:

What is the OSX toolchain solution for inline asm with fat binaries?


Architecture-specific ifdefs. gcc -arch ppc -arch i386 will run the compile 
twice, and then bundle the two results together, so ifdefs will do the 
right thing.



At some point we have to assume that people who are setting CFLAGS know
what they are doing. 


I am not setting CFLAGS. Configure is. 'perl Configure.pl' on OS X Leopard 
will try to build fat binaries by default. This is not me doing anything 
clever; it's just a plain old-fashioned configure bug.

[perl #49780] [config] m4 doesn't "hang", it does its job...

[via RT]

# New Ticket Created by  Simon Cozens 
# Please include the string:  [perl #49780]
# in the subject line of all future correspondence about this issue. 
# http://rt.perl.org/rt3/Ticket/Display.html?id=49780 >


There's some code in config to detect 'm4 --version' "hanging" on FreeBSD. 
It doesn't hang, it just silently ignores the option and starts 
preprocessing the input from stdin.

This is true for all BSD-derived m4s - I'm actually running on *cough* 
Minix, and the same behaviour is true there.

I think this patch will DTRT, but I'm not applying it because I'd like 
someone else who's done configure stuff to have a look at it first:

Index: config/auto/m4.pm
===
--- config/auto/m4.pm   (revision 24866)
+++ config/auto/m4.pm   (working copy)
@@ -46,20 +46,11 @@

  my $has_gnu_m4;

-# Calling 'm4 --version' hangs under FreeBSD
-my %m4_hangs = ( freebsd => 1 );
+# This seems to work for GNU m4 1.4.2
+my $output = capture_output( 'echo "foo" | m4 --version' ) || '';
+print $output, "\n" if $verbose;
+$has_gnu_m4 = ( $output =~ m/GNU\s+[mM]4/ ) ? 1 : 0;

-if ( $m4_hangs{$osname} ) {
-$has_gnu_m4 = 0;
-}
-else {
-
-# This seems to work for GNU m4 1.4.2
-my $output = capture_output( 'm4', '--version' ) || '';
-print $output, "\n" if $verbose;
-$has_gnu_m4 = ( $output =~ m/GNU\s+[mM]4/ ) ? 1 : 0;
-}
-
  $conf->data->set( has_gnu_m4 => $has_gnu_m4 );
  $self->set_result( $has_gnu_m4 ? 'yes' : 'no' );