On Tue, 27 Jul 2010, Benjamin Kosnik wrote:
>> gcc.gnu.org will be preferrable, I think. That allows a number of us
>> to help out if neede, re-running scripts, etc.
> Right. The Makefiles are set up for this now.
Cool.
>> For the time being I suggest to apply the patch below, though. What
>>
> gcc.gnu.org will be preferrable, I think. That allows a number of us
> to help out if neede, re-running scripts, etc.
Right. The Makefiles are set up for this now.
> For the time being I suggest to apply the patch below, though. What
> we have in place as of today simply is broken (and has
On Wed, 14 Jul 2010, Benjamin Kosnik wrote:
> I would rather move to this structure for release documentation. And
> then just have some nightly run on gcc.gnu.or on a properly configured
> machine that just generates the documentation directly from the sources.
gcc.gnu.org will be preferrable, I
On Thu, 15 Jul 2010, Jonathan Wakely wrote:
>> How shall we address this for real? Is it really worthwhile to
>> manually generate those .html.gz files for onlinedocs/libstdc++ or
>> could we simply omit that step? Not sure it's really worth the
>> hassles?
> I have no idea why we gzip them, i
On 15 July 2010 10:54, Gerald Pfeifer wrote:
>
> How shall we address this for real? Is it really worthwhile to manually
> generate those .html.gz files for onlinedocs/libstdc++ or could we simply
> omit that step? Not sure it's really worth the hassles?
I have no idea why we gzip them, it certa
On 13 June 2010 23:56, Gerald Pfeifer wrote:
> On Mon, 14 Jun 2010, Gerald Pfeifer wrote:
Thanks, see /home/gccadmin/scripts/update_web_docs_libstdcxx_svn
>> The script places up-to-date .html.gz files in the web infrastructure,
>> alas we do have older .html there -- and our web server is hap
On Mon, 14 Jun 2010, Gerald Pfeifer wrote:
>>> Thanks, see /home/gccadmin/scripts/update_web_docs_libstdcxx_svn
> The script places up-to-date .html.gz files in the web infrastructure,
> alas we do have older .html there -- and our web server is happy to
> serve those over the compressed ones.
>
>
