Re: gcc-ss-20011203 is now available

Re: gcc-ss-20011203 is now available

[Richard Kenner]

    Could people please ensure that they commit each logical patch (such
    that users should not try to build an intermediate state) in a single
    commit with all relevant files named on the command line?

I certainly agree with that.  However, it is important to point out that it's
not always possible to put them all on the command line due to command-line
length restrictions on some systems.  I've run into that myself once a
few months ago.

So this sort of inconsistency is inevitable, though hopefully rare.

Re: gcc-ss-20011203 is now available

[Andreas Schwab]

kenner@vlsi1.ultra.nyu.edu (Richard Kenner) writes:

|>     Could people please ensure that they commit each logical patch (such
|>     that users should not try to build an intermediate state) in a single
|>     commit with all relevant files named on the command line?
|> 
|> I certainly agree with that.  However, it is important to point out that it's
|> not always possible to put them all on the command line due to command-line
|> length restrictions on some systems.  I've run into that myself once a
|> few months ago.
|> 
|> So this sort of inconsistency is inevitable, though hopefully rare.

No problem with me, I can cope with it.

Andreas.

-- 
Andreas Schwab                                  "And now for something
Andreas.Schwab@suse.de				completely different."
SuSE Labs, SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5

Re: gcc-ss-20011203 is now available

[Mark Mitchell]

> Doesn't gcc_release do a build in order to ensure the generated source
> files are there?

Yes.

I added this both to reduce the amount of logic necessary to create
releases and also as a final sanity check.  The script does a full
bootstrap.

-- 
Mark Mitchell                mark@codesourcery.com
CodeSourcery, LLC            http://www.codesourcery.com

Re: gcc-ss-20011203 is now available

[Phil Edwards]

On Tue, Dec 04, 2001 at 08:36:41PM +0000, Joseph S. Myers wrote:
> On Tue, 4 Dec 2001, Phil Edwards wrote:
> > if TIME near Sunday 4:40 PM Pacific timezone
> 
> Monday.

Thinko.

> > Doesn't gcc_release do a build in order to ensure the generated source
> > files are there?  It's certainly no guarantee, but it should prevent
> > snapshots from going out that don't build on, say, i596-linux.
> 
> It only does a build for releases, not snapshots.  Given the load on 
> gcc.gnu.org, doing a build for snapshots does not seem wise.

Ah, okay.  Maybe once the pserver load is off to some other machine.
But then there sre still...

> Besides, patching generated files that aren't in CVS doesn't really work
> well - there isn't a "release mode" for gcc_update that will clean up
> timestamps on (say) Bison-generated files after applying a patch, despite
> those files being in CVS and so not meant to be touched for CVS checkouts.
> 
> Including Info and Bison-generated files would also substantially bulk up 
> diffs.

...these issues.  Hmmm.


Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams

Re: gcc-ss-20011203 is now available

[Joseph S. Myers]

On Tue, 4 Dec 2001, Phil Edwards wrote:

> look at maintainer-scripts/crontab
> look at wall clock
> if TIME near Sunday 4:40 PM Pacific timezone

Monday.

> Doesn't gcc_release do a build in order to ensure the generated source
> files are there?  It's certainly no guarantee, but it should prevent
> snapshots from going out that don't build on, say, i596-linux.

It only does a build for releases, not snapshots.  Given the load on 
gcc.gnu.org, doing a build for snapshots does not seem wise.  Instead we 
simply require people building from snapshots to have the necessary tools 
intalled to build generated files they'd need when building from CVS.

Besides, patching generated files that aren't in CVS doesn't really work
well - there isn't a "release mode" for gcc_update that will clean up
timestamps on (say) Bison-generated files after applying a patch, despite
those files being in CVS and so not meant to be touched for CVS checkouts.

Including Info and Bison-generated files would also substantially bulk up 
diffs.

-- 
Joseph S. Myers
jsm28@cam.ac.uk

Re: gcc-ss-20011203 is now available

[Phil Edwards]

On Tue, Dec 04, 2001 at 08:24:14PM +0000, Joseph S. Myers wrote:
> On Tue, 4 Dec 2001 guerby@acm.org wrote:
> > May be the snapshot script could use a stable checkout, if 
> > the script is using contrib/gcc_build checkout I can propose
> > a patch to implement a stable-checkout option. Algorithm:

Alternative algorithm:

look at maintainer-scripts/crontab
look at wall clock
if TIME near Sunday 4:40 PM Pacific timezone
    wait until the snapshot is finished
end if
checkin

:-)


> The established practice is that snapshots may sometimes be broken and
> people using them should just wait for the next snapshot in that case.

Doesn't gcc_release do a build in order to ensure the generated source
files are there?  It's certainly no guarantee, but it should prevent
snapshots from going out that don't build on, say, i596-linux.

(I don't think it would help Ada or IA-64, though.)


Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams

Re: gcc-ss-20011203 is now available

[Joseph S. Myers]

On Tue, 4 Dec 2001 guerby@acm.org wrote:

> > In the middle of a series of 19 checkins, you mean
> 
> May be the snapshot script could use a stable checkout, if 
> the script is using contrib/gcc_build checkout I can propose
> a patch to implement a stable-checkout option. Algorithm:

It is maintainer-scripts/gcc_release, it tags the snapshot (which takes
over ten minutes - this is a heavily loaded machine and tagging involves
writing to all files in the tree) then checks out on the tag (also slow).

The established practice is that snapshots may sometimes be broken and
people using them should just wait for the next snapshot in that case.
However, it helps everyone using CVS if people (a) scrupulously test their
patches following the instructions, including on multiple platforms for
anything potentially destabilising and (b) check in all files that are
part of a patch, and only those files, having verified that the output of
cvs diff on those files includes the intended changes and no others, with
a single commit command naming those files, if possible.

-- 
Joseph S. Myers
jsm28@cam.ac.uk

Re: gcc-ss-20011203 is now available

[guerby]

> In the middle of a series of 19 checkins, you mean

May be the snapshot script could use a stable checkout, if 
the script is using contrib/gcc_build checkout I can propose
a patch to implement a stable-checkout option. Algorithm:

checkout
for I in 1 .. MAX loop
   wait X
   update
   exit when no files updated
end loop

With X being something like 10 or 15 minutes, it should be *very*
unlikely to get something inconsistent due to a serie of checkins, and
it would probably also survive an ooops commit / revert cycle, at the
cost of some wait.  MAX could be set so that X * MAX < time between
automatic run / 2.

-- 
Laurent Guerby <guerby@acm.org>

Re: gcc-ss-20011203 is now available

[Joseph S. Myers]

On 4 Dec 2001, Andreas Schwab wrote:

> gccadmin@sources.redhat.com writes:
> 
> |> gcc-ss-20011203 is now available on 
> |>   ftp://gcc.gnu.org/pub/gcc/snapshots/2001-12-03
> |> and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
> 
> Seems like the snapshot has been made in the middle of a checkin, because
> ia64 does not build due to missing "prefetch" rtx code.

In the middle of a series of 19 checkins, you mean.  Could people please
ensure that they commit each logical patch (such that users should not try
to build an intermediate state) in a single commit with all relevant files
named on the command line?

-- 
Joseph S. Myers
jsm28@cam.ac.uk

Re: gcc-ss-20011203 is now available

[Andreas Schwab]

gccadmin@sources.redhat.com writes:

|> gcc-ss-20011203 is now available on 
|>   ftp://gcc.gnu.org/pub/gcc/snapshots/2001-12-03
|> and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

Seems like the snapshot has been made in the middle of a checkin, because
ia64 does not build due to missing "prefetch" rtx code.

Andreas.

-- 
Andreas Schwab                                  "And now for something
Andreas.Schwab@suse.de				completely different."
SuSE Labs, SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5

gcc-ss-20011203 is now available

[gccadmin]

gcc-ss-20011203 is now available on 
  ftp://gcc.gnu.org/pub/gcc/snapshots/2001-12-03
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the current development mainline
which is going to become GCC 3.1.

You'll find:

  gcc-20011203.tar.gz                  The full gcc snapshot, including all
                                       languages runtime libraries.

  gcc-core-20011203.tar.gz             Just the C front end and core compiler.

  gcc-tests-20011203.tar.gz            The GCC testsuite.

  gcc-g++-20011203.tar.gz              The g++ language and runtime.

  gcc-g++-tests-20011203.tar.gz	       The testsuite for G++.

  gcc-g77-20011203.tar.gz              The g77 language and runtime.
   
  gcc-g77-testsuite-20011203.tar.gz    The testsuite for G77.

  gcc-objc-20011203.tar.gz             The Objective-C front end and runtime.

  gcc-java-20011203.tar.gz             The Java front end.

  gcc-chill-20011203.tar.gz            The Chill front end and runtime.

If you are using an x86 GNU/Linux system that uses RPMs to handle
installation, you may find the daily RPM snapshots at:

http://www.codesourcery.com/gcc-snapshots.html

easier to install.


Diffs from 20011126 are available.

Note at times you may find newer directories on the server with limited
permissions.  These represent snapshots that have not yet been verified
as correct, or are known to be incorrect.

When a particular snapshot is ready for public consumption the directory
permissions are relaxed, the LATEST-IS- file is updated and a message is
sent to the gcc list.

Using a snapshot before it's officially made available is an unwise thing
to do since it may become impossible to update to an official snapshot.

The "gcc_latest_snapshot" tag has been moved.  You can use
cvs update -rgcc_latest_snapshot to update your CVS tree to the latest
official snapshot.