gcc-4.10-20140629 is now available

2014-06-29 Thread gccadmin
Snapshot gcc-4.10-20140629 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.10-20140629/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.10 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 212128

You'll find:

 gcc-4.10-20140629.tar.bz2Complete GCC

  MD5=4071bd3029832dcf5664d242367ff4d3
  SHA1=fcea984275a743b421f10c199f564c25cf688b63

Diffs from 4.10-20140622 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.10
link is updated and a message is sent to the gcc list.  Please do not use
a snapshot before it has been announced that way.


RE: broken links?

2014-06-29 Thread Gerald Pfeifer
On Tue, 10 Jun 2014, Hebenstreit, Michael wrote:
> you are right  - must be a Firefox problem; I had no problem using wget, IE8 
> works as well 
> Firefox is still redirected to https://gcc.gnu.org/pub/gcc/infrastructure/ 
> though

Does it work for you know?  We made a number of changes in the last
two weeks, and Firefox 30 on GNU/Linux works for me just fine.

Gerald


Re: broken links?

2014-06-29 Thread Ingwie Phoenix

Am 30.06.2014 um 01:12 schrieb Gerald Pfeifer :

> On Tue, 10 Jun 2014, Hebenstreit, Michael wrote:
>> you are right  - must be a Firefox problem; I had no problem using wget, IE8 
>> works as well 
>> Firefox is still redirected to https://gcc.gnu.org/pub/gcc/infrastructure/ 
>> though
> 
> Does it work for you know?  We made a number of changes in the last
> two weeks, and Firefox 30 on GNU/Linux works for me just fine.
> 
> Gerald

Two browsers plus wget working whilst another does not work? This smells like 
browser cache. Clear that, and try again.

Kind regards,
Ingwie

RE: broken links?

2014-06-29 Thread Hebenstreit, Michael
Could our firewall (plus proxy) be the reason? I still get "page no found" for 
both Firefox 25 and IE

Michael

-Original Message-
From: Ingwie Phoenix [mailto:ingwie2...@googlemail.com] 
Sent: Sunday, June 29, 2014 5:15 PM
To: Gerald Pfeifer
Cc: Hebenstreit, Michael; Jonathan Wakely; gcc@gcc.gnu.org
Subject: Re: broken links?


Am 30.06.2014 um 01:12 schrieb Gerald Pfeifer :

> On Tue, 10 Jun 2014, Hebenstreit, Michael wrote:
>> you are right  - must be a Firefox problem; I had no problem using 
>> wget, IE8 works as well Firefox is still redirected to 
>> https://gcc.gnu.org/pub/gcc/infrastructure/ though
> 
> Does it work for you know?  We made a number of changes in the last 
> two weeks, and Firefox 30 on GNU/Linux works for me just fine.
> 
> Gerald

Two browsers plus wget working whilst another does not work? This smells like 
browser cache. Clear that, and try again.

Kind regards,
Ingwie


Re: broken links?

2014-06-29 Thread Ingwie Phoenix

Am 30.06.2014 um 01:43 schrieb Hebenstreit, Michael 
:

> Could our firewall (plus proxy) be the reason? I still get "page no found" 
> for both Firefox 25 and IE
> 
> Michael
Does the proxy have a cache? Some proxys have something similar to a browser 
cache - in fact, more compareable with what CloudFlare does. It probably saved 
a copy of the URL’s result and deals it out upon request. So you might wish to 
check this out too.

RE: broken links?

2014-06-29 Thread Hebenstreit, Michael
Unlikely I think - considering the timeframe and how many requests the cache 
would have to take on

-Original Message-
From: Ingwie Phoenix [mailto:ingwie2...@googlemail.com] 
Sent: Sunday, June 29, 2014 7:53 PM
To: Hebenstreit, Michael
Cc: Gerald Pfeifer; Jonathan Wakely; gcc@gcc.gnu.org
Subject: Re: broken links?


Am 30.06.2014 um 01:43 schrieb Hebenstreit, Michael 
:

> Could our firewall (plus proxy) be the reason? I still get "page no found" 
> for both Firefox 25 and IE
> 
> Michael
Does the proxy have a cache? Some proxys have something similar to a browser 
cache - in fact, more compareable with what CloudFlare does. It probably saved 
a copy of the URL's result and deals it out upon request. So you might wish to 
check this out too.


RE: Folding a bitfield in a union

2014-06-29 Thread Thomas Preud'homme
> From: Richard Biener [mailto:richard.guent...@gmail.com]
> Sent: Friday, June 27, 2014 6:23 PM
> 
> Yes - I was specifically looking for an early out to avoid wrong-code.
> So, is size % BITS_PER_UNIT != 0 a working fix to avoid the wrong-code
> issues with bitfields (on big-endian targets)?

I'm afraid not. A bitfield of 24 bits passes this test but the folding with
VIEW_CONVERT_EXPR is still wrong. Better compare size against the bitsize
of type. That would eliminate all bitfields.

> 
> I'd rather disable it for all endianesses - gives us more incentive
> to fix it properly.

Ok.

> 
> Yeah (the code is already there in varasm.c:output_constructor - it
> just uses a different "buffer").

Good, I'll take a look at it when I'll come back to this patch.

Best regards,

Thomas




RE: broken links?

2014-06-29 Thread Hebenstreit, Michael
I tested from home to reach https://gcc.gnu.org/pub/gcc/infrastructure/ - same 
result; ftp://gcc.gnu.org/pub/gcc/infrastructure/ works though. Trying ftp from 
behind the company FW on FF redirects me to the htpps, though on IE it works

Regards
Michael

-Original Message-
From: Ingwie Phoenix [mailto:ingwie2...@googlemail.com] 
Sent: Sunday, June 29, 2014 7:53 PM
To: Hebenstreit, Michael
Cc: Gerald Pfeifer; Jonathan Wakely; gcc@gcc.gnu.org
Subject: Re: broken links?


Am 30.06.2014 um 01:43 schrieb Hebenstreit, Michael 
:

> Could our firewall (plus proxy) be the reason? I still get "page no found" 
> for both Firefox 25 and IE
> 
> Michael
Does the proxy have a cache? Some proxys have something similar to a browser 
cache - in fact, more compareable with what CloudFlare does. It probably saved 
a copy of the URL's result and deals it out upon request. So you might wish to 
check this out too.


Re: broken links?

2014-06-29 Thread Ingwie Phoenix

Am 30.06.2014 um 05:22 schrieb Hebenstreit, Michael 
:

> I tested from home to reach https://gcc.gnu.org/pub/gcc/infrastructure/ - 
> same result; ftp://gcc.gnu.org/pub/gcc/infrastructure/ works though. Trying 
> ftp from behind the company FW on FF redirects me to the htpps, though on IE 
> it works
> 
> Regards
> Michael
So, youre actually getting protocol changed - from HTTP to HTTPS? Well, that 
actually has nothing to do with your internet; but Firefox itself. It is why I 
switched. Firefox, for some reason, attempts to go HTTPS as much as possible. 
Dont ask me why, it just does, from my experience...

Re: broken links?

2014-06-29 Thread Andrey Belevantsev

On 30.06.2014 7:22, Hebenstreit, Michael wrote:

I tested from home to reach https://gcc.gnu.org/pub/gcc/infrastructure/ - same 
result; ftp://gcc.gnu.org/pub/gcc/infrastructure/ works though. Trying ftp from 
behind the company FW on FF redirects me to the htpps, though on IE it works


There was a number of bug reports to Firefox about unexpected changes in 
the URL protocol when using autocomplete, e.g. 
https://bugzilla.mozilla.org/show_bug.cgi?id=769348 and 
https://bugzilla.mozilla.org/show_bug.cgi?id=769994.  These are marked as 
fixed but still get occasional comments, maybe you can describe your 
situation there.


Best,
Andrey



Regards
Michael

-Original Message-
From: Ingwie Phoenix [mailto:ingwie2...@googlemail.com]
Sent: Sunday, June 29, 2014 7:53 PM
To: Hebenstreit, Michael
Cc: Gerald Pfeifer; Jonathan Wakely; gcc@gcc.gnu.org
Subject: Re: broken links?


Am 30.06.2014 um 01:43 schrieb Hebenstreit, Michael 
:


Could our firewall (plus proxy) be the reason? I still get "page no found" for 
both Firefox 25 and IE

Michael

Does the proxy have a cache? Some proxys have something similar to a browser 
cache - in fact, more compareable with what CloudFlare does. It probably saved 
a copy of the URL's result and deals it out upon request. So you might wish to 
check this out too.