Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[perl #40815] Summary of 'make test' failures on Darwin

4 views
Skip to first unread message

James Keenan

unread,
Nov 11, 2006, 1:17:33 PM11/11/06
to bugs-bi...@rt.perl.org
# New Ticket Created by James Keenan
# Please include the string: [perl #40815]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40815 >


perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
-I/usr/local/include -pipe -fno-common'

Then chromatic suggested manually editing the Makefile to delete '-
bundle' from the following line.
LD_LOAD_FLAGS = -bundle -undefined suppress

make 2>&1 | tee ~/learn/perl/parrot.make.output.5.txt
make test

parrot.make.test.failures.txt
perl-V.txt

Steve Peters via RT

unread,
Nov 11, 2006, 4:16:55 PM11/11/06
to perl6-i...@perl.org
On Sat Nov 11 10:17:33 2006, jk...@verizon.net wrote:
> perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
> -I/usr/local/include -pipe -fno-common'
>
> Then chromatic suggested manually editing the Makefile to delete '-
> bundle' from the following line.
> LD_LOAD_FLAGS = -bundle -undefined suppress
>
> make 2>&1 | tee ~/learn/perl/parrot.make.output.5.txt
> make test
>


The t/library/pcre.t is fixed by the patch in RT #40818.

James Keenan via RT

unread,
Nov 30, 2006, 10:45:42 PM11/30/06
to perl6-i...@perl.org
On Sat Nov 11 10:17:33 2006, jk...@verizon.net wrote:
> perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
> -I/usr/local/include -pipe -fno-common'
>
> Then chromatic suggested manually editing the Makefile to delete '-
> bundle' from the following line.
> LD_LOAD_FLAGS = -bundle -undefined suppress
>
> make 2>&1 | tee ~/learn/perl/parrot.make.output.5.txt
> make test
>


The problem persists. Tonight I attempt to rebuild Parrot for the first time since my attempts
at the Chicago Perl Hackathon on Nov 11.

I did 'svn update'. And I backed out my own patches to pmc2c.pl.

I called Configure as follows:

perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe -I/usr/local/
include -pipe -fno-common'

See 'myconfig' attached.

I then called 'make'. The first time through, it failed in this section:

make[1]: Leaving directory `/Users/jimk/work/parrot/docs'
src/nci_test.c
c++ -bundle -undefined suppress -L/usr/local/lib -L/Users/jimk/work/parrot/blib/lib -
flat_namespace \
-o runtime/parrot/dynext/libnci_test.bundle src/nci_test.o -lm
c++: couldn't run 'undle-gcc-4.0.3': No such file or directory
make: *** [runtime/parrot/dynext/libnci_test.bundle] Error 1

Note the 'undle-gcc-4.0.3'; where did that initial 'b' on 'bundle' go? This is exactly the same
problem I encountered three weeks ago, and it was solved in exactly the same way that
chromatic suggested at the Hackathon: Edit Makefile to eliminate '-bundle' from the
following line:

LD_LOAD_FLAGS = -bundle -undefined suppress

Once I did that, make purred away to a successful conclusion (see attachment for successful
output from 'make'). I have not yet attempted 'make test' (enough tsuris for one night) --
but can anyone explain why I have to manually hack at the Makefile to get it to 'make'?


kid51

make.output.2006.11.30.txt
myconfig

Andy Bach

unread,
Nov 30, 2006, 11:25:08 PM11/30/06
to parrotbug...@parrotcode.org, perl6-i...@perl.org
James Keenan via RT wrote:
> On Sat Nov 11 10:17:33 2006, jk...@verizon.net wrote:
>
>> perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
>> -I/usr/local/include -pipe -fno-common'
>>
>> Then chromatic suggested manually editing the Makefile to delete '-
>> bundle' from the following line.
>> LD_LOAD_FLAGS = -bundle -undefined suppress
It appears (from google) that "-bundle" is a MacOS specific option to
their version of gcc's c++ (also Intel's MacOS c++) but, I'm guessing,
your version of c++, which is then treating the -bundle as -b undle or
somesuch. So, perhaps the MacOS guessing code needs to poke a tad
harder at the versions of gcc/c++ its getting its hands on.

a

--
Andy Bach, Sys. Mangler
Internet: andy...@wiwb.uscourts.gov
VOICE: (608) 261-5738 FAX 264-5932

"Capital is only the fruit of labor. Labor is the superior of capital and
deserves much the higher consideration."
Abraham Lincoln, first annual address to Congress 1861

Chromatic

unread,
Dec 1, 2006, 1:13:44 PM12/1/06
to perl6-i...@perl.org, Andy Bach, parrotbug...@parrotcode.org
On Thursday 30 November 2006 20:25, Andy Bach wrote:

> James Keenan via RT wrote:

> > On Sat Nov 11 10:17:33 2006, jk...@verizon.net wrote:
> >> perl Configure.pl --without-gmp --cc=gcc --ccflags='-fno-common -pipe
> >> -I/usr/local/include -pipe -fno-common'
> >>
> >> Then chromatic suggested manually editing the Makefile to delete '-
> >> bundle' from the following line.
> >> LD_LOAD_FLAGS = -bundle -undefined suppress
>
> It appears (from google) that "-bundle" is a MacOS specific option to
> their version of gcc's c++ (also Intel's MacOS c++) but, I'm guessing,
> your version of c++, which is then treating the -bundle as -b undle or
> somesuch. So, perhaps the MacOS guessing code needs to poke a tad
> harder at the versions of gcc/c++ its getting its hands on.

What's weirder to me is that Configure.pl picks up g++ as the linker while
using cc as the compiler. I couldn't figure that out at the hackathon;
something's definitely weird there.

I think we opened a ticket asking for an override to specify "Link with gcc
instead of g++", but I don't know the status of that.

-- c

James Keenan via RT

unread,
Dec 2, 2006, 9:29:33 AM12/2/06
to perl6-i...@perl.org
I am attaching the latest results of running 'make test' for Parrot on Darwin. These tests, as
the attachment's name indicates, were run on svn version 15925. The earlier attachment to
this ticket, 'parrot.make.test.failures.txt', was run on approximately version 15547. The 'perl
-V' information remains unchanged and the 'myconfig' should be unchanged as well, as I
have several times rebuilt Parrot with the Configure.PL call mentioned earlier in this thread
combined with the manual editing of Makefile to eliminate '-bundle' as originally suggested
by chromatic.

A 'diff' of the 'make test' summaries suggests that 37 more tests are now passing. Test
failures are now confined to t/pmc/nci.t and t/pmc/resizablepmcarray.t. The Nov 11 2006
run is first.

< t/codingstd/tabs.t 1 256 1 1 1
< t/codingstd/trailing_space.t 1 256 1 1 1
< t/compilers/imcc/syn/pcc.t 1 256 21 1 11
< t/dynpmc/subclass_with_pir_method.t 1 256 2 1 2
< t/examples/library.t 1 256 4 1 3
< t/examples/shootout.t 2 512 20 2 14-15
< t/library/pcre.t 1 256 1 1 1
< t/library/pg.t 0 6 43 0 ??
< t/op/sprintf.t 308 27 32-33 37-43 194-196
< 216-222 225-232
< t/pmc/capture.t 1 256 9 1 8
< t/pmc/nci.t 59 15104 60 59 1-56 58-60
< t/pmc/object-meths.t 1 256 34 1 32
< t/pmc/parrotinterpreter.t 1 256 3 1 3
< 11 tests and 602 subtests skipped.
< Failed 13/262 test scripts. 97/6672 subtests failed.
< Files=262, Tests=6672, 1635 wallclock secs (560.06 cusr + 307.48 csys = 867.54 CPU)
< Failed 13/262 test programs. 97/6672 subtests failed.
< make: *** [test] Error 1
---
> t/pmc/nci.t 59 15104 60 59 1-56 58-60
> t/pmc/resizablepmcarray.t 1 256 38 1 38
> 11 tests and 604 subtests skipped.
> Failed 2/264 test scripts. 60/6701 subtests failed.
> Files=264, Tests=6701, 1241 wallclock secs (521.75 cusr + 289.33 csys = 811.08 CPU)
> Failed 2/264 test programs. 60/6701 subtests failed.
> make: *** [test] Error 255

15925.make.test.txt

Nicholas Clark

unread,
Dec 2, 2006, 4:34:28 PM12/2/06
to chromatic, perl6-i...@perl.org, Andy Bach, parrotbug...@parrotcode.org
On Fri, Dec 01, 2006 at 10:13:44AM -0800, chromatic wrote:

> What's weirder to me is that Configure.pl picks up g++ as the linker while
> using cc as the compiler. I couldn't figure that out at the hackathon;
> something's definitely weird there.

ICU.

(ICU was mandatory, and ICU is C++, so using g++ as the linker means that
all the C++ runtime libraries come in correctly)

Nicholas Clark

James Keenan via RT

unread,
Jul 8, 2007, 10:26:48 PM7/8/07
to perl6-i...@perl.org
0 new messages