On 03/11/2011 06:32 AM, Kirill A. Shutemov wrote:
Some of Linux distributions use Redhat branches as base for their builds
of GCC.
It would be nice to have Redhat branches in git mirror. At least for gcc
4.3 - 4.6.
They are in the mirror, just not in the set of branches you get when
cloning.
Hello All
I thought http://gcc.gnu.org/ml/gcc/2011-03/msg00081.html
that trunk was still in stage 4, that is 4.6 very close to be released.
However, it seems that the gcc/BASE-VER file of gcc trunk rev 170941 says
4.7.0 and according to svn log it changed:
--
On Mon, Mar 14, 2011 at 4:01 PM, Basile Starynkevitch
wrote:
>
> Hello All
>
> I thought http://gcc.gnu.org/ml/gcc/2011-03/msg00081.html
> that trunk was still in stage 4, that is 4.6 very close to be released.
>
> However, it seems that the gcc/BASE-VER file of gcc trunk rev 170941 says
> 4.7.0 a
Snapshot gcc-4.7-20110314 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20110314/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/09/11 08:09, Georg-Johann Lay wrote:
>
> Isn't reload supposed to word in all situations or for different cost
> setups? Sounds as if that is working around problems in reload.
reload should generate correct code; however, reloading will often
Status
==
As we've reached zero P1 regressions, branches/gcc-4_6-branch
has been created. All changes to the 4.6 branch from now on
till 4.6.0 is released require RM approval in addition to the
usual approval, and please be extra conservative with changes
applied to the branch.
Quality Data
Would someone please correct http://gcc.gnu.org/gcc-4.6/changes.html by
deleting
the reference to darwin LTO support. Specifically we should just kill the
line...
LTO-support.
Darwin has benefited from ongoing work on LTO; support for this is now stable
and enabled by default.
It doesn't me
Status
==
As 4.6 has branched, the trunk is again in Stage 1, open for
development. Please go ahead and begin checking in approved
patches. Please try to coordinate so that we do not have
multiple overlapping radical changes. Please announce your
intent to commit a major in advance of doing
A GCC 4.6.0 release candidate is available at:
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6.0-RC-20110314/
Please test the tarballs and report any problems to Bugzilla.
CC me on the bugs if you believe they are regressions from
previous releases severe enough to block the 4.6.0 release
On Sun, Mar 13, 2011 at 11:53:59AM -0700, Ian Lance Taylor wrote:
> Jack Howarth writes:
>
> > So lto-object.c needs a rewrite to use only a single section for GNU_LTO
> > with subsections.
> > Unfortunately I can't find any documentation for using subsections in
> > mach-o which may imply we w
Jack Howarth writes:
> On Sun, Mar 13, 2011 at 11:53:59AM -0700, Ian Lance Taylor wrote:
>> Jack Howarth writes:
>>
>> > So lto-object.c needs a rewrite to use only a single section for GNU_LTO
>> > with subsections.
>> > Unfortunately I can't find any documentation for using subsections in
>
Merged both branches as of 8/Mar. I will do a merge off of the
revision that created gcc-4_6-branch (170934). After that, I will:
1- Create google/gcc-4_6 from google/integration
2- Stop merging trunk into g/i and g/m until we've ported every
google-local patch to google/main.
I'll send another
On Mon, Mar 14, 2011 at 02:08:47PM -0700, Ian Lance Taylor wrote:
>
> I think you are overthinking this. What LTO needs to do is really
> simple: store byte sequences with names. Anything which lets you do
> that will work. You need to write it out in a way that the assembler
> will accept; sim
13 matches
Mail list logo
