This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [DOCPATCH] 3.3, make the GPL fix nicely into a few pages


On Thu, Apr 17, 2003 at 10:35:29AM +0100, Joseph S. Myers wrote:
> On Thu, 17 Apr 2003, James A Morrison wrote:
> 
> > 	* include/gpl.texi: Temporarily enlarge a page so that the
> > 	"How to Apply These Terms to Your New Programs" section fits on
> > 	one page.
> 
> Is this fix one that is generally useful for whatever paper size someone
> might build the manual with, or one specific to @smallbook that should be
> conditioned on FSFPRINT?

	This is generally useful for any papersize greater or equal to
@smallbook.  It may be rather unnecessary, but it harmless.

> (Some changes affected by paper size - e.g., reducing the width of
> examples, or avoiding long unbreakable strings in paragraphs, or using
> @group where appropriate - are generally useful for multiple paper sizes
> and should be applied.  Some changes - e.g. rewording to avoid overfull or
> underfull hboxes with some particular paper size - are only really
> appropriate to apply where the paper size in question is that used for
> printing the FSF-published manuals.  When it gets down to fiddling with

	Well, I suspect that other people will also print out copies of
manual themselves.  This is, after all, Free Documentation.

> the sizes of individual pages, I think that should be conditioned on the
> paper size or FSFPRINT - and someone needs to remember to remove the
> kludge when GPLv3 comes out and GCC is updated to use it.)

	When the GPL v3 comes out, I suspect that GCC will just suck in
the newest gpl.texi from GNU, no?

Simon


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]