On Fri, 27 Mar 2009, Mark Mitchell wrote:
> 8. Regenerating .pot files.
I have done this, and applied this patch to reflect that submitting a
snapshot to the TP is not necessary after creating a release branch if one
was submitted during stage 3 or 4 (now we have a long stabilisation period
on
> I have done this, and applied this patch to reflect that submitting a
> snapshot to the TP is not necessary after creating a release branch if one
> was submitted during stage 3 or 4 (now we have a long stabilisation period
> on trunk and a comparatively short one on the branch before release,
>
> I will announce the time I am doing the last trunk -> alias-improvements
> branch merge and freeze the trunk for that.
Could you write a short blurb about what will be changed in the optimizer once
the branch is merged (for example in the message announcing it). TIA.
--
Eric Botcazou
On Sat, 28 Mar 2009, Eric Botcazou wrote:
> > I will announce the time I am doing the last trunk -> alias-improvements
> > branch merge and freeze the trunk for that.
>
> Could you write a short blurb about what will be changed in the optimizer
> once
> the branch is merged (for example in the
> Sure. But see also http://gcc.gnu.org/ml/gcc/2009-01/msg00286.html
Sorry, I forgot about this message. I looked at the wiki but the page doesn't
contain this nice overview. Too many sources of info kill the info. :-)
--
Eric Botcazou
On Sat, Mar 28, 2009 at 9:01 AM, Eric Botcazou wrote:
>> I have done this, and applied this patch to reflect that submitting a
>> snapshot to the TP is not necessary after creating a release branch if one
>> was submitted during stage 3 or 4 (now we have a long stabilisation period
>> on trunk and
On Sat, Mar 28, 2009 at 11:20:35AM +0100, Richard Guenther wrote:
> On Sat, Mar 28, 2009 at 9:01 AM, Eric Botcazou wrote:
> >> I have done this, and applied this patch to reflect that submitting a
> >> snapshot to the TP is not necessary after creating a release branch if one
> >> was submitted du
On Fri, 2009-03-27 at 20:58 +0100, Steven Bosscher wrote:
> On Fri, Mar 27, 2009 at 8:40 PM, Toon Moene wrote:
> > Steven Bosscher wrote:
> >
> >> On Thu, Mar 26, 2009 at 10:39 PM, Kaveh R. Ghazi
> >> wrote:
> >>>
> >>> If there are no objections, I'll create a patch.
> >>
> >> P... for those
On Sat, Mar 28, 2009 at 8:41 AM, Laurent GUERBY wrote:
> On Fri, 2009-03-27 at 20:58 +0100, Steven Bosscher wrote:
>> On Fri, Mar 27, 2009 at 8:40 PM, Toon Moene wrote:
>> > Steven Bosscher wrote:
>> >
>> >> On Thu, Mar 26, 2009 at 10:39 PM, Kaveh R. Ghazi
>> >> wrote:
>> >>>
>> >>> If there are
Richard Guenther wrote:
I plan to merge the alias-improvements branch next weekend (in 7 days)
if all goes well. I will do bootstrap & regtesting on the archs
I have available (x86_64, i?86, ppc, ppc64, ia64, s390 and s390x).
I am absolutely thrilled to test it on our weather forecasting syst
Jakub Jelinek wrote:
>> Technically Stage 4 is the same as release branch status (just without
>> branching
>> before). But indeed, we should update develop.html - does this need to go
>> via
>> the SC?
>
> We should probably drop current Stage 2 and just rename Stage 3 to Stage 2
> and Stage
>> See the SYMBOL_REF_FLAGS stuff in rtl.h and various examples in the
>> back-ends.
> Or, better, look for uses of lookup_attribute.
>
OK, I've now got it working for globals and static locals by tagging the rtl
in "encode_section_info" and checking for that tag later. How can I do the
same
Dear all,
Just a brief note that after a few months of redevelopment I finally opened a
new
collaborative website to continue Interactive Compilation Interface developments
with a hope to make GCC not only a default open-source compiler but also a
default
compiler for academic and industrial re
From: "Steven Bosscher"
The problem doesn't happen on machines I own or have root access to.
It's only a problem when you try to do gcc development on machines
hosted by 3rd parties (SF compile farm, HP cluster, machines at places
where I work and/or where I try to convince people to use gfortr
On Mon, 23 Mar 2009, Tom Tromey wrote:
> I've seen other statements on this thread indicating that the SC will
> essentially give in to any demand from RMS.
That does not match my experience, though.
Gerald
On Sat, 28 Mar 2009, David Edelsohn wrote:
> > If you're able to compile and install GCC on a system then my experience
> > is that configuring and installing GMP and MPFR from .tar.gz is hassle
> > free (you must use --disable-shared on both) and does not take very long
> > relative to GCC bootst
16 matches
Mail list logo
