On Sun, Mar 22, 2015 at 02:36:31PM +0800, xue yinsong wrote:
> I add the following code in parser.c to replace htab:
>
> …
> struct gimple_symtab_hasher : ggc_cache_hasher *>
> {
> /* Return the hash value of the declaration name of a
> gimple_symtab_entry_def
> object pointed by ENTRY. */
>
On 03/20/2015 07:18 AM, Richard Biener wrote:
We've come a long way towards the release criteria of zero P1 bugs.
I thought I would pass along a couple of data points from
the *-rtems targets.
Fourteen *-rtems target build OK on the head. The following
do not even complete building gcc+newlib
Is this the policy going forward for the 6.0 release as well? If it is
being done just to avoid the stigma of a .0 release, it really smacks
of being too cute by half.
On Sat, Mar 21, 2015 at 1:27 PM, Markus Trippelsdorf
wrote:
> On 2015.03.21 at 12:11 -0400, Jack Howarth wrote:
>> On Sat, Mar 21
On 22 March 2015 at 17:28, Jack Howarth wrote:
> Is this the policy going forward for the 6.0 release as well?
Yes, as it says on that webpage.
> If it is
> being done just to avoid the stigma of a .0 release, it really smacks
> of being too cute by half.
That's not the reason, there's a rationa
So effectlvely the old usage of the major version has been discarded
with the previous usage of the minor version mapped to it. Likewise
for the previous usage of the patch version now mapped to the minor
version. I am just trying to clarify this as I have to adjust my
packaging of FSF gcc in the f
Hi all,
I'm Erik Krisztián Varga, a 2nd year Electrical Engineering student,
and I'd be interested in contributing to gcc as part of GSoC 2015.
I'd like to work on adding an addressing mode selection pass to the
RTL based on the ideas described in Eckstein et. al.'s paper on the
subject [1].
The b
On Sun, 2015-03-22 at 21:21 +0100, Erik Varga wrote:
> Hi all,
>
> I'm Erik Krisztián Varga, a 2nd year Electrical Engineering student,
> and I'd be interested in contributing to gcc as part of GSoC 2015.
> I'd like to work on adding an addressing mode selection pass to the
> RTL based on the idea
Snapshot gcc-5-20150322 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/5-20150322/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
Joel Sherrill a écrit:
I thought I would pass along a couple of data points from
the *-rtems targets.
Fourteen *-rtems target build OK on the head. The following
do not even complete building gcc+newlib.
v850 - PR65501. New and must be relatively recent. I built
a C/C++ toolset on January 15.
Hi William,
On Wed, 10 Dec 2014, William Laeder wrote:
> On the page: https://www.gnu.org/software/gcc/mirrors.html
>
> The St. Louis Mirror is not configured properly, all it shows is a
> welcome page from apache. The gcc's file system structure (assuming
> its the same for all mirrors) does not
On 3/22/2015 5:39 PM, Georg-Johann Lay wrote:
> Joel Sherrill a écrit:
>> I thought I would pass along a couple of data points from
>> the *-rtems targets.
>>
>> Fourteen *-rtems target build OK on the head. The following
>> do not even complete building gcc+newlib.
>>
>> v850 - PR65501. New and
On 03/22/2015 09:31 AM, Joel Sherrill wrote:
On 03/20/2015 07:18 AM, Richard Biener wrote:
We've come a long way towards the release criteria of zero P1 bugs.
I thought I would pass along a couple of data points from
the *-rtems targets.
Fourteen *-rtems target build OK on the head. The foll
12 matches
Mail list logo
