a...@ippimail.com wrote:
yep, seems like an msvc version thing. iirc there was funny -0
handling in msvc 7. can the OP attach Parrot::Configure::Generated?
~jerry
I would, if I could find anything with a name like that, (with or without
.pm suffix). What should the complete path be?
On Nov 29, 2008, at 11:16 PM, chromatic wrote:
If you're continuing to bisect to the offending patch, you don't
need to
update the ticket with ranges is useful. If you can't narrow it
down further
that's one thing, but if you haven't hit the limit of what you can
find, I
don't need
chromatic wrote:
On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote:
Still failing as of r32225; cf
http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
not ok 6 - set_integer_keyed_str
# Failed test 'set_integer_keyed_str'
# at t/pmc/packfile.t line 140.
#
[EMAIL PROTECTED] wrote:
Just a data point - fresh svn on a Macbook pro x86 failsr3205:
[snip]
auto::readline - Does your platform support readline...dyld: lazy
symbol binding failed: Symbol not found: _rl_get_keymap
Referenced from: /usr/share/cvs/afbach/parrot/./test_51162
Ovid wrote:
For the past few days, Parrot has failed to build on my MacBook. Today I moved my parrot directory
and did a fresh svn checkout. perl Configure.pl ran fine without problem.
make does fine until about here:
$ make
Compiling with:
xx.c
/usr/bin/gcc-4.0 loads of output skipped...
Allison sent me this reply:
On Sep 19, 2008, at 3:42 AM, Allison Randal wrote:
James E Keenan wrote:
Does this mean that the newsgroup perl.perl6.internal on
nntp.perl.org is dying as well?
If so, I think that will be a real loss. I vastly prefer the news
interface to a mailing list
Allison Randal wrote:
James E Keenan wrote:
I set up the Google Group, because I know a number of people are
using it. Can I see a show of hands of people who are only using NNTP
and would have difficulty switching to a regular email subscription or
Google Group? (I can't send
Allison Randal wrote:
The new Parrot mailing list (replacing perl6-internals/parrot-porters)
is [EMAIL PROTECTED]. If you were subscribed to the old
list, you're now subscribed to the new list. If you were a digest
subscriber to the old list, you're now a digest subscriber to the new list.
Vasily Chekalkin wrote:
Will Coleda wrote:
On Thu, Sep 11, 2008 at 8:11 AM, James E Keenan [EMAIL PROTECTED]
wrote:
Is it just me ...?
Yup.
I've got same problems... This link not always appears on reply page.
(In my case it's appears very rare...)
Ah, so it's not just me!
I had
James E Keenan wrote:
1. I will encourage all of you who wrote me to get Bitcard accounts
(http://tinyurl.com/5eqcw8) so that you're eligible to post patches
through our RT interface (http://rt.perl.org/rt3/Public). One of the 6
already has an RT account; the others of you should get one
James E Keenan wrote:
This post is addressed to those of you who (a) have Perl 5 programming
skills and (b) have been lurking on the list or on #parrot without yet
dipping your toes in the water.
I have a number of projects, some of which are already in the form of RT
tickets, some
This post is addressed to those of you who (a) have Perl 5 programming
skills and (b) have been lurking on the list or on #parrot without yet
dipping your toes in the water.
I have a number of projects, some of which are already in the form of RT
tickets, some not, which require only Perl 5
I updated the wiki a little about this.
http://www.perlfoundation.org/parrot/index.cgi?rfp_parrot_needs_better_smoke_reports
Allison Randal wrote:
James Keenan via RT wrote:
3. For future reference, submit bug reports to:
[EMAIL PROTECTED] I recommend beginning Subject line with:
[BUG]. And I recommend submitting patches as email attachment ending in
: .txt (because that seems to render best in browsers,
Allison Randal wrote:
Running 'make test' now fills the main directory of the repository with
junk files like:
test_98093.out
test_37653.c
test_98093.ldo
test_97159.c
The offending tests need to be modified to clean up after themselves.
Are these happening
Bob Rogers wrote:
I take that back; I did eventually conquer use.perl.org, but forgot to
tick it off my list.
I just submitted to use.perl.org, so if yours doesn't get through
perhaps mine will.
kid51
Bob Rogers wrote:
From: chromatic [EMAIL PROTECTED]
Date: Sun, 17 Aug 2008 09:39:05 -0700
Not all of the codingstd tests are part of make test. There's a specific
codingstd test target you can run separately. I estimate about 2/3 of the
tests will pass. The others may or may
Bob Rogers wrote:
*** gmake manifest_tests
Failed Test Stat Wstat Total Fail Failed List of Failed
t/manifest/02-regenerate_file.t1 256121 8.33% 5
Failed 1/5 test scripts,
Bob Rogers wrote:
*** gmake codingstd_tests
Failed Test Stat Wstat Total Fail Failed List of Failed
t/codingstd/c_function_docs.t1 256 11 100.00% 1
t/codingstd/fixme.t
On Jul 18, 2008, at 3:37 AM, Bernhard Schmalhofer via RT wrote:
I was told on #parrot that you have to replace # TODO comments by
creating RT tickets and referencing the RT instead of the TODO.
Perhaps it would be simpler to just delete these comments. Please
advise. Thank you very much.
Parrot has been building successfully, albeit slowly, for me on
Darwin for several months now. But I must say that the very last
line of 'make' output always shows a lot of warnings of multiple
definitions of symbol. Can anyone evaluate these? Thanks.
/usr/bin/g++ -o pbc_merge \
Bernhard Schmalhofer wrote:
Hi,
for Parrot 0.6.4 following Perl 5 modules were not indexed:
Parrot::Configure::Options::Test::Prepare
Parrot::Pmc2c::PMC::PrintTree
Barney: I know that I wrote the two modules above (or, at least,
refactored them into their current form). What, if anything,
Will Coleda wrote:
What's this branch for, out of curiosity?
http://rt.perl.org/rt3/Ticket/Display.html?id=56716
I forwarded this to parrotbug so that an RT is opened.
Bernhard Schmalhofer wrote:
Hi,
As Plumhead is a stupid name, cotto proposed to rename to Pharrot.
Problem: Pharrot in English is a homonym for ferret:
http://en.wikipedia.org/wiki/Ferret.
Are we really sure we want to saddle part of our project with that
association?
(OTOH, former
James E Keenan wrote:
A couple of points about YAPC:
I've started a page on the YAPC Conference Wiki to provide YAPC
attendees with information about our Parrot/Rakudo Buildfest.
http://conferences.mongueurs.net/yn2008/wiki?node=Parrot%20and%20Perl%206%20Workshop
Those of us who
chromatic wrote:
Parrot 0.6.2 is on schedule for the 20 May release. In preparation, please
gather up any NEWS you find important for your subsystem, please report any
PLATFORMS updates, and please run make fulltest on every architecture you can
find.
Here's the one non-codingstd failure I
Patrick R. Michaud via RT wrote:
plus I don't know
that languages/regex is being used or maintained. I vote to remove
languages/regex, either for the May 2008 release or soon thereafter.
FWIW, svn status -v languages/regex/ suggests that François, Barney and
chromatic have worked in this
chromatic wrote:
Parrot 0.6.2 is on schedule for the 20 May release. In preparation, please
gather up any NEWS you find important for your subsystem, please report any
PLATFORMS updates, and please run make fulltest on every architecture you can
find.
Running 'make fulltest' on Darwin/ppc
James E Keenan wrote:
On the basis of doing two of these buildfests in the past month, I would
say that TAs are what we *most* need.
Except for the first 5 and last 10 minutes of the session, all the
Parrot team members present will be moving around the room coaching
people on how
On May 7, 2008, at 10:35 PM, Geoffrey Broadwell via RT wrote:
On Wed, 2008-05-07 at 18:22 -0700, James Keenan via RT wrote:
On Sun Apr 20 19:01:44 2008, [EMAIL PROTECTED] wrote:
I would like to propose both short-term and long-term remedies.
Short-term: If you are proposing a new
At ny.pm tonight, I was discussing the joys and sorrows of Parrot cage
cleaning with one attendee. I just discovered that while you can search
the newsgroup for the string 'cage' in a posting's subject line, there
is no 'cage' tag in our RT system. So you can't construct a query
string as
Bob Rogers wrote:
I don't expect to be able to co-lead (since, for one thing, that would
require putting in significant time in advance), but I would be willing
to help TA such a thing. I suspect it would be valuable to have a
number of TAs with diverse areas of trouble-shooting expertise,
1. If you have had a Parrot- or Rakudo-oriented presentation accepted
at YAPC::NA::2008 in Chicago, please add your name and presentation's
name to: http://www.perlfoundation.org/parrot/index.cgi?yapc_na_2008
2. The Parrot/Rakudo buildfest workshop has been accepted. If you are
able to be
chromatic wrote:
On Saturday 19 April 2008 17:06:44 [EMAIL PROTECTED] wrote:
Author: jkeenan
Date: Sat Apr 19 17:06:44 2008
New Revision: 27051
Added:
trunk/t/steps/auto_opengl-03.t
- copied, changed from r27050, /trunk/t/steps/auto_opengl-02.t
Modified:
Tim Bunce wrote:
I'd suggest a simpler approach than Geoffrey's: The default 'make'
target could default to a reasonably safe portable optimized target, but
be overridable by an env var.
[snip]
Developers working on parrot (wanting unoptimized/debug quick builds)
would just need to set an env
Andy Dougherty wrote:
On Sun, 13 Apr 2008, James E Keenan wrote:
[snip]
/opt/SUNWspro/bin/CC -o miniparrot src/main.o \
-L/home/kid51/work/parrot/blib/lib -lparrot -lsocket -lnsl -ldl -lm
-lpthread -lrt -lgmp -lcrypto -L/usr/lib -L/usr/ccs/lib
-L/opt/SUNWspro/prod/lib/sparc -L/opt
Will check on all these things next time I get tuits for Solaris work.
I recently obtained shell accounts on some Solaris boxes. Today I made
my first attempt to compile and build Parrot on one of them.
Configuration was very smooth. See log attached. Note for reference:
Determining if your platform supports GMP.yes.
...
Determining if your platform
A bunch of my SVN commits from yesterday suddenly showed up on the main
list this morning -- and not from any (conscious) action on my part.
Why are these showing up here and *not* in perl.cvs.parrot? (See:
http://www.nntp.perl.org/group/perl.cvs.parrot/)
Wouldn't it be better to have all
Seneca Cunningham wrote:
# New Ticket Created by Seneca Cunningham
# Please include the string: [perl #52416]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52416
The ticket referred to in the prove -v output was
Ted Neward wrote:
BTW, I didn't want to file a bug, but the Lua compiler in the latest bits uses a tool
yapp that doesn't appear to be a part of the bundle--is it supposed to be?
Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
I don't
Ted Neward wrote:
Where do I get it? Is it part of the Parrot distro?
No, and it appears not be part of Bundle::Parrot on CPAN, either. We'll
have to rectify this.
But you could always install it directly from CPAN:
http://search.cpan.org/dist/Parse-Yapp/
[EMAIL PROTECTED] wrote:
As of r26458 - configure has the readline issue:
Determining if your platform supports readline...dyld: lazy symbol binding
failed: Symbol not found: _rl_get_keymap
Referenced from: /usr/share/cvs/parrot/./test
Expected in: dynamic lookup
dyld: Symbol not found:
chromatic wrote:
We have some 845 open tickets in RT, which is approximately 840 more than I'd
like to see at any one time. I closed a dozen or so today. If every active
committer could close one or two every week, we'd make real progress very
shortly.
And if you *really* have tuits
Alberto Simões wrote:
Hi
I can't compile Parrot on MacOS X 10.5.2:
Final building messages are:
i686-apple-darwin9-g++-4.0.1: sha256.o: No such file or directory
i686-apple-darwin9-g++-4.0.1: sha512.o: No such file or directory
partial link of digest_group failed (256)
make[1]: *** [all]
Simon Cozens wrote:
Simon Cozens wrote:
I think I've finished doing what I can with
docs/pdds/draft/pdd28_character_sets.pod for the time being.
Please have a look at it, and let me know if there's anything
wrong, anything unclear, anything missing or anything objectionable
about it
Alberto Simões wrote:
Hi
Latest parrot version (r26311) is not detecting GMP installed under
/opt/local/lib/libgmp* (default location for macports). If I remember it
correctly, previous versions detected it without any problem.
Alberto:
The only configuration step which makes specific
A developer who recently attended Perl Seminar NY asked me this
question, to which I didn't have the answer.
Hi James,
Is Parrot embeddable into C programs, like Perl is ?
Can anyone advise? Thanks.
jimk
James E Keenan wrote:
3. YAPC is trying out a new format for some time slots this year. Josh
McAdams writes on use.perl.org:
This year we are also planning on introducing more hands-on
workshop-style tracks to the conference. These sessions will typically
be a little longer than
Ron Blaschke wrote:
Hi,
I've been looking into a failure of Ft/dynoplibs/myops.t on Windows,
but I don't think the problem is limited to that platform.
$ prove t\dynoplibs\myops.t
t\dynoplibs\myops..5/10
t\dynoplibs\myops..6/10 # Failed test 'three alarm'
# at t\dynoplibs\myops.t
Andy Lester wrote:
We should also have 100%
code coverage, too.
Ah, I'm so glad someone in addition to me said that! ;-)
kid51
From #parrotsketch yesterday, I learned of the existence of http://
www.parrotblog.org/. I also learned (or, perhaps, re-learned) of the
existence of http://planet.parrotcode.org/.
What are the purpose and intended audience of each?
kid51
James E Keenan wrote:
As I would have expected, the branch passed all the tests run via 'perl
Configure.pl --test'.
But having said that, it failed 'make' on the same box (a box where
trunk consistently passes 'make'). src/scheduler.c seems to have a
problem. See attached.
kid51
chromatic wrote:
On Sunday 17 February 2008 17:13:37 James E Keenan wrote:
Compiling with gcc and linking with g++ looks more suspicious to me. Is that
really how things work on Darwin?
That's what I've been doing -- with satisfactory results -- since I
first joined the project.
Joshua McAdams wrote:
[snip]
I've attached my ld and ldflags trace too. I used your ccc wrapper
and directly linked to gcc and g++ instead of going through the cc and
c++ links found on my system. Other than the inclusion of
/opt/local/lib twice, the thing that stands out the me is that
Andy Dougherty wrote:
The problem here looks relatively simple: The symbol _Parrot_conv_i2_i
is defined in two places: myops_ops.o and
/usr/local/lib/libparrot.dylib(core_ops.o)
That '/usr/local/lib/libparrot.dylib' shouldn't be there. It's probably a
remnant of an old installation.
Joshua McAdams wrote:
I think I did install a version of parrot from macports and then
uninstalled it... must not have cleaned up enough. Regardless,
deleting /usr/local/lib/libparrot.dylib solved the problem and I now
have a compiling and [almost] test-passing version of parrot on my
system.
Joshua McAdams wrote:
t/examples/library.t (Wstat: 256 Tests: 4 Failed: 1)
Failed test: 3
Non-zero exit status: 1
I'm getting this failure too. But I think it's a side effect from
Coke's work on .pir files this weekend, as he's marked it as a 'fail'.
Coke:
Joshua McAdams wrote:
I just checked out parrot r25810 and ran 'perl Configure.pl' and
'make' and got the following error. This is on a PowerBook G4 running
Darwin 8.11.0. Could someone point me to what I am doing wrong?
Are you using the Apple-supplied C and C++ compilers? Presuming that
Joshua McAdams wrote:
I just checked out parrot r25810 and ran 'perl Configure.pl' and
'make' and got the following error. This is on a PowerBook G4 running
Darwin 8.11.0. Could someone point me to what I am doing wrong?
[snip]
/usr/bin/ld: multiple definitions of symbol _Parrot_conv_i2_i
Will Coleda wrote:
Josh: For some time, I've been config'ing parrot this way on OS X:
%cat ~/bin/ccc
CCACHE=ccache
CC=${CCACHE}gcc-4.0
CX=${CCACHE}g++-4.0
perl Configure.pl --cc=$CC --cxx=$CX --link=$CX --ld=$CX $@
Give this a whirl. (setting CCACHE to if you don't have it.) This
should
Joshua McAdams wrote:
g++-4.0 -o myops_ops.bundle myops_ops.o -L/opt/local/lib
-L/usr/local/lib -L/Users/joshua/Development/parrot/blib/lib
-flat_namespace -L/opt/local/lib
-L/Users/joshua/Development/parrot/blib/lib -bundle -undefined
suppress -L/Users/joshua/Development/parrot/blib/lib
Joshua McAdams wrote:
g++-4.0 -o myops_ops.bundle myops_ops.o -L/opt/local/lib
-L/usr/local/lib -L/Users/joshua/Development/parrot/blib/lib
-flat_namespace -L/opt/local/lib
-L/Users/joshua/Development/parrot/blib/lib -bundle -undefined
suppress -L/Users/joshua/Development/parrot/blib/lib
James E Keenan wrote:
In any case, you can use Parrot::Configure::Trace to trace how a
particular Parrot::Configure object attribute develops over the course
of the 60+ configuration steps. My guess is that you'd want to look at
'ld' and 'ldflags', perhaps others.
Try adapting
Ron Blaschke wrote:
l is documented as:
l A signed long (32-bit) value.
I'm not expert in this, so let me ask: Where is this documented other
than 'perldoc -f pack'?
kid51
(... who refactored the code cited into subroutines but didn't come up
with it in the first place.)
Allison Randal via RT wrote:
If you're running some flavor of OS X, please test this patch.
Allison: I have 3 different patches from you in this thread in the last
day. Which one or which combination do you most want tried out?
(moi: ppc-darwin 10.4.11)
I have added more content to this wiki page concerning what's wrong with
our current smoke test reporting and some things I'd like to see in an
improved version. Allison added some links to older RT tickets re smoke
testing, which led me to merge one of those tickets into one I started
in the
On Jan 18, 2008, at 10:49 PM, Jerry Gay via RT wrote:
can you still do:
svn update
perl Configure.pl
make
svn update (new revision)
make
??
No. 'make' invokes tools/build/revision_c.pl, which has this
restriction in it:
exit 1 unless ( $current == $config );
this is a
Alberto Simões wrote:
Hi
James E Keenan wrote:
Which OS-cpu? Which Parrot version?
Forgot to tell it.
Mac OS Tiger on PPC G4
Perl 5.10
Parrot Revision: 24263
Alberto: Are you still getting these errors? If so, could you please
add something to http://rt.perl.org/rt3/Ticket
chromatic wrote:
On Friday 11 January 2008 16:44:58 [EMAIL PROTECTED] wrote:
Log:
auto::msvc: Refactored some code to increase testability:
_handle_not_msvc(). Add 113-auto_msvc-04.t to test this internal
subroutine. In 113-auto_msvc-01.t, SKIP only test for runstep() on
non-Win32
Jarkko Hietaniemi wrote:
--- config/init/hints/dec_osf.pm.dist 2008-01-09 04:57:50.0 +0200
+++ config/init/hints/dec_osf.pm2008-01-09 05:23:23.0 +0200
@@ -14,8 +14,10 @@
Jarkko: Our RT system doesn't pick up new submissions that go (only) to
[EMAIL PROTECTED]
Jarkko Hietaniemi wrote:
--- config/auto/warnings.pm.dist2008-01-08 05:51:42.0 +0200
+++ config/auto/warnings.pm 2008-01-08 06:01:23.0 +0200
@@ -132,17 +132,22 @@
Thanks, Jarkko. Since I'm working on correcting other problems with
auto::warnings and its tests in
Allison Randal wrote:
Alan Rocker wrote:
I've attached a quickie shell script, in case that's what you want.
It's a
naive little thing, but I think you'll be amused by its presumption.
Good start. Committed in r24479, with a small change to run it from the
top-level directory instead of
chromatic wrote:
On Thursday 03 January 2008 12:05:48 [EMAIL PROTECTED] wrote:
Log:
Add copyright statement to file which lacked it; t/codingstd/copyright.t
should once again pass.
Modified: trunk/languages/lolcode/src/parser/actions.pm
Following up on today's Parrotsketch discussion, I have begun a wiki
page whose purpose is to develop a specification for an improved smoke
testing setup for Parrot.
http://www.perlfoundation.org/parrot/index.cgi?rfp_parrot_needs_better_smoke_reports
I invite you to:
-- correct any factual
Andy Dougherty wrote:
After fixing various minor little things, here's where I stand
on Solaris 8/SPARC after the recent changes.
I have not identified any particular common theme. Do these ring any
bells?
Failed TestStat Wstat Total Fail List of Failed
Here's where we stand after r24412 on Linux.
t/dynoplibs/myops..1..10
ok 1 - fortytwo
ok 2 - what_do_you_get_if_you_multiply_six_by_nine
ok 3 - hcf
ok 4 - a short cheating quine
ok 5 - one alarm
ok 6 - three alarm
ok 7 - repeating alarm
ok 8 - bxand - A AND B, but not BOTH
ok 9 - conv_u2_i
ok
Ovid wrote:
I'm having trouble with the initial Configure.pl and with the pbc_to_c
target on my Intel Macbook. I have rough notes below about the steps
I've taken. If anyone needs more information, just ask and I'd be
happy to send anything I can.
Following the instructions in chromatic's
On Dec 30, 2007, at 10:04 AM, Ovid wrote:
--- James E Keenan [EMAIL PROTECTED] wrote:
Hi James,
Although it is not required for running chromatic's process, you
might wish to begin with:
perl Configure.pl --test
... to see that the configuration and build tools all work properly
From 'make test':
t/dynpmc/foo.ok
1/9 skipped: various reasons
t/dynpmc/gdbmhashok
t/dynpmc/rationalok
1/8 skipped: various reasons
... and these have been the results for these tests for
Andy Armstrong wrote:
Sorry if I've missed something recent that means that this is expected
behaviour but r24318 is hanging during make test on Mac OS 10.5.1 / Intel.
The test log and pictures of the process probe are here:
http://hexten.net/junk/20071230-193600/
I also have a few test
Alberto Simões wrote:
Hi
Probably this is all known, but as I am quite out from Parrot lately,
and just wanted to try a make test under Perl 6, today I compiled
Parrot, and run a make test.
Which OS-cpu? Which Parrot version?
This was the result:
Test Summary Report
Alberto Simões wrote:
Hi
James E Keenan wrote:
Which OS-cpu? Which Parrot version?
Forgot to tell it.
Mac OS Tiger on PPC G4
Perl 5.10
Parrot Revision: 24263
t/library/mime_base64.t(Wstat: 6 Tests: 0 Failed: 0)
Parse errors: No plan found in TAP output
Can you
James Keenan via RT wrote:
I haven't completely sorted through the above issues, but here's a
somewhat refactored module and two test files. Because of issues
discussed in RT 48070, I'm suggesting the use of IO::CaptureOutput
rather than Parrot::IO::Capture::Mini for capturing verbose output.
Paul Cochrane wrote:
Hi everyone,
these failures probably aren't critical for release, however I thought
it best to mention them.
Paul
System: Solaris 9
cc: Sun C 5.8 2005/10/13
Parrot revision: 24033
t/library/pcre...
# Failed test (t/library/pcre.t at line
James Keenan via RT wrote:
For no reason more profound than ease of editing, when I went to require
that each of 6 Parrot::Configure::Step methods be passed $conf
explicitly, I put that argument first.
Which of course makes it look much like a Parrot::Configure method call.
And since the
On Tue Dec 11 10:41:18 2007, doughera wrote:
[snip]
I think you're missing three things:
cc_build() consults the global $conf, and hence doesn't need it passed
in.
I would certainly agree that the flow of information isn't well
controlled
here. Passing the object in sometimes and other
On Dec 5, 2007, at 12:49 PM, chromatic via RT wrote:
On Wednesday 05 December 2007 09:27:58 James Keenan via RT wrote:
... and on Windows:
http://tinyurl.com/2mvrhz
So they're pretty much borken all around.
What happens when you do:
$ parrot -o i.pbc -a - EOF
print 0x10203040
end
EOF
On Dec 5, 2007, at 9:12 PM, chromatic via RT wrote:
On Wednesday 05 December 2007 17:46:19 James E Keenan wrote:
[parrot] 506 $ mv i.pbc t/native_pbc/integer_${N}.pbc
In that step, replace ${N} with the test number, that is,
integer_1.pbc,
integer_2.pbc, etc. Otherwise the test will use
Bernhard Schmalhofer wrote:
James,
could you look into this patch and apply it if appropriate?
Obviously you are the person that knows best, whether
it can be applied right away or needs some fiddling or merging.
Yes. In line with my second post in RT 47902, I'm thinking that in step
On Nov 25, 2007, at 12:52 PM, Paul Cochrane via RT wrote:
This error has been happening in dotnet for a long time. I can't give
you a better timeframe than that, but it's been in that state (giving
these warnings) since before I managed to get it's Configure.pl to go
again, (which was a
On Nov 17, 2007, at 11:25 AM, Andy Dougherty via RT wrote:
I used something like
perl5.8 Configure.pl --cc=gcc --link=gcc --ld=gcc --ask
(the --ask is because I also changed the ccflags, ldflags, and libs to
match gcc, and the --ask version prompts with a default that is
almost,
On Nov 17, 2007, at 3:22 PM, chromatic via RT wrote:
On Saturday 17 November 2007 11:56:59 James E Keenan wrote:
On Nov 17, 2007, at 2:50 PM, chromatic via RT wrote:
Hm, does your Makefile contain -fvisibility=hidden in the CFLAGS
line?
No.
There's the problem them. Assuming you're
chromatic wrote:
# New Ticket Created by chromatic
# Please include the string: [perl #47503]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=47503
I've seen a lot of test failures under t/configure/*.t lately where
Paul Cochrane wrote:
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #47523]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=47523
Hi everyone!
One nit I have about C-code is that I think
On Nov 14, 2007, at 5:37 PM, Andy Dougherty via RT wrote:
On Tue, 13 Nov 2007, James Keenan via RT wrote:
Could you supply the output of perl -V for the system where you are
encountering these problems?
This was a perl compiled with Sun's cc.
$ perl5.8 -V
Thanks. I think this may prove
Currently, Parrot configuration step #32 is gen::cpu, while step #50
is auto:cpu. Let's do a diff between their respective packages (at
r22775):
[parrot] 504 $ diff -w config/gen/cpu.pm config/auto/cpu.pm ~/learn/
parrot/diff.gen.auto.cpu.txt
1c1
# Copyright (C) 2001-2006, The Perl
On Nov 4, 2007, at 11:06 PM, Paul Cochrane via RT wrote:
kid51,
On 05/11/2007, James Keenan via RT parrotbug-
[EMAIL PROTECTED] wrote:
The patch attached refactors configuration step auto::ctags to
maximize
testability. It also provides 3 test files to replace ptc's original
test file.
On Nov 4, 2007, at 3:13 AM, Cosimo Streppone via RT wrote:
However, just out of curiosity...
Would the attached test work as well?
I replaced all the code that does the hand-testing of auto::gcc
with the automated `test_step_thru_runstep()' function.
IIUC, that function does exactly what the
1 - 100 of 253 matches
Mail list logo
