classpath/41699 On Fedora 11 PowerPC IcedTea 7 Build

[Andrew John Hughes]

2009/11/8 Michael Franz <mvfranz at gmail.com>:
>
> On Sun, Nov 8, 2009 at 3:08 PM, Andrew John Hughes
> <gnu_andrew at member.fsf.org> wrote:
>>
>> 2009/11/8 Michael Franz <mvfranz at gmail.com>:
>> > Andrew,
>> >
>> > I sent you my logs directly, the message was too big for the list.  This
>> > is
>> > what I have tried (for the list).
>> >
>> > I tried to build ppc with zero/shark - hit classpath bug
>> > I tried to build ppc no zero/no shark and get the same results.
>> > I tried the zero/shark configuration on intel and the build fails before
>> > it
>> > gets to the same location.
>> > The default build on intel works fine.
>> >
>> > Michael
>> >
>> >
>> >
>>
>> You don't seem to be running the stamps/download-drops.stamp target at
>> all during the build.
>> Check that you have the latest tip:
>>
>> $ hg tip
>> changeset:   2031:9eb43c172d5b
>> tag:         tip
>> user:        Andrew John Hughes <ahughes at redhat.com>
>> date:        Wed Nov 04 22:07:39 2009 +0000
>> summary:     Delete bootstrap/jdk1.7.0 on clean.
>>
>> If you still have the build directory, try:
>>
>> $ make download-drops
>> $ make
>>
> This is what I have:
> [mfranz at localhost icedtea]$ hg tip
> changeset:   2031:9eb43c172d5b
> tag:         tip
> user:        Andrew John Hughes <ahughes at redhat.com>
> date:        Wed Nov 04 22:07:39 2009 +0000
> summary:     Delete bootstrap/jdk1.7.0 on clean.
>
> [mfranz at localhost icedtea]$ make download-drops
> make: Nothing to be done for `download-drops'.
>
> I was using TIP before and noticed that it was always downloading the jar
> files after I did a clean.  It does not seem to be doing that now (I have
> pulled/updated since then).
>

Yes, that's correct; I've made the tarballs only be deleted on a full
distclean (which gets rid of everything, including things like the
Makefile generated by configure).

> I noticed that the stamps/download-drops.stamp is still there after a clean,
> but there is no drops directory.
>
> So, I think the build process has changed while I was doing this.  The drops
> directory is no-longer deleted and the stamps are not removed.  However, I
> ended up with an empty drops directory but stamps indicating they were
> downloaded.
>
> I removed the stamps directory and tried again.  The classpath error is
> no-longer an issue.
>

So sounds like just a case of things changing in later revisions and
trying to use the same build directory.  This happens with tracking hg
and there's nothing we can really do to future-proof the build
directory against unknown future changes.  The easiest solution is to
do what I do and build in a separate directory which can then simply
be deleted when you start a fresh build.

> Michael
>



-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8