> I saw the flag situation after I sent my message. There must be a "Keeper of
> the Sacred Tree Flag Set"
There are a few comments en tree.h about that, I if remember correctly...
> I get the idea the real estate is at a premium and consuming flags could be
> a problem.
> Perhaps there is a con
Hello,
Something tells me that GCC 4.4.5 and 4.5.2 should have been
released a long time ago, but I don't even see regular GCC
status updates. Are all release managers on leave?
Best wishes,
Artem
On Wed, Sep 22, 2010 at 7:49 PM, Artem S. Tashkinov wrote:
> Hello,
>
> Something tells me that GCC 4.4.5 and 4.5.2 should have been
> released a long time ago, but I don't even see regular GCC
> status updates. Are all release managers on leave?
What is it that makes you feel that way? ;)
Yeah,
On Wed, Sep 22, 2010 at 10:49:58AM -0700, Artem S. Tashkinov wrote:
> Hello,
>
> Something tells me that GCC 4.4.5 and 4.5.2 should have been
> released a long time ago, but I don't even see regular GCC
> status updates. Are all release managers on leave?
Who or what is this "something" that tell
On Wed, Sep 22, 2010 at 12:15:19PM -0700, Joe Buck wrote:
> Who or what is this "something" that tells you that? 4.5.1 was released
> August 8th. It would be very unusual to see a 4.5.2 this quickly, and
> no schedule was announced.
>
> For 4.4.5, see http://gcc.gnu.org/ml/gcc/2010-09/msg00146.h
On 09/21/2010 07:05 PM, Rodrigo Rivas wrote:
>>> I had to initialize the variable nested_being_defined to get it to compile
>>> (possible uninitialized warning). I initialized it to false.
>>>
>> Ok, actually it is never used uninitialized, but let's get rid of the
>> warning.
>>
> I sa
On Mon, 13 Sep 2010, Slevin Black wrote:
> http://mirrorpool.in/ mirroring gcc at http://mirrorpool.in/Gcc/.
> The mirror will be updated daily and is available to the public. The
> maintainer can be reached at top...@gmail.com.
> It`s located in Chicago, UNITED STATES.
Thanks for setting up this
I had to initialize the variable nested_being_defined to get it to compile
(possible uninitialized warning). I initialized it to false.
>>> Ok, actually it is never used uninitialized, but let's get rid of the
>>> warning.
>>>
>> I saw that it was never used uninitialized and was s
Hello all,
I don't know if my problem suites this description.
On 31/03/2010 6:52 AM, Ralf Wildenhues wrote:
Hello gcc and libtool lists,
Summary: both Autoconf-generated configure tests as well as some Libtool
construct invoke undefined behavior. Question is how to deal with it,
and whether GC
> The performance testing didn't show performance regressions.
> 4.4.5 RC1 is currently blocked by PR45234, either it needs to be fixed
> soon, or reverted.
I'd like to backport the fix for middle-end/44763 before the RC. May I?
--
Eric Botcazou
On Thu, Sep 23, 2010 at 07:20:43AM +0200, Eric Botcazou wrote:
> > The performance testing didn't show performance regressions.
> > 4.4.5 RC1 is currently blocked by PR45234, either it needs to be fixed
> > soon, or reverted.
>
> I'd like to backport the fix for middle-end/44763 before the RC. Ma
11 matches
Mail list logo