2011/11/20 Georg-Johann Lay :
> Subtracting 0x20 to get the SFR address from a RAM address is scattered all
> over the backend. The patch makes - PRINT_OPERAND_PUNCT_VALID_P and uses %-
> to
> subtract the SFR offset instead of hard coded magic number 0x20 all over the
> place. The offset is sto
On Nov 19, 2011, at 18:46, Diego Novillo wrote:
> Committed to wwwdocs.
BTW, I had taken the liberty to add a link to gcc.gnu.org/wiki
under the header Events. I also removed some 2010 events, as
they seemed stale now. Feel free to change if necessary.
-Geert
On Wed, 12 Oct 2011, Gerald Pfeifer wrote:
> For reference hre is the full patch that's now live on the system.
And this take into account a suggestion by Matthias Klose
(cf. http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01014.html ).
Applied.
Gerald
Index: porting_to.html
==
This matches a clean up I have done for the GCC 4.6 and GCC 4.4
variants of this document.
Applied.
Gerald
Index: porting_to.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/porting_to.html,v
retrieving revision 1.6
diff -u -r1.6
Hi,
apparently in the new deductions notes we are not handling correctly
non-type parameters in some messages, like in:
template struct A {};
template void foo(A, A);
void bar()
{
foo(A<0>(), A<1>());
}
we use %qT in unify_inconsistency and the output is garbled. The below
is the most co
Committed to wwwdocs.
Diego.
Index: index.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.825
diff -u -d -u -p -r1.825 index.html
--- index.html 18 Nov 2011 23:05:16 - 1.825
+++ index.html 1
On 19.11.11 23:15, Gerald Pfeifer wrote:
On Sat, 19 Nov 2011, Andreas Tobler wrote:
the below patch updates the configury to be able to build gcc-4.6 on
FreeBSD 10. I attach only the source files which have changed.
libjava/libltdl/acinclude.m4
I don't see this one in your ChangeLog?
Sigh
On Sat, 19 Nov 2011, Andreas Tobler wrote:
> the below patch updates the configury to be able to build gcc-4.6 on
> FreeBSD 10. I attach only the source files which have changed.
> libjava/libltdl/acinclude.m4
I don't see this one in your ChangeLog?
> Is this ok for 4.6 branch?
Merging upstrea
Applied
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v
retrieving revision 1.60
diff -u -r1.60 changes.html
--- changes.html19 Nov 2011 15:15:13 - 1.60
+++ changes.html19 Nov 2
This is the miscompilation of the cross-compiler targetting AVR by the native
compiler on the SPARC at -O2, a latent problem in reorg.c that is exposed in
the 4.5.x (and later) series by the introduction of __builtin_unreachable.
relax_delay_slots has code that tries to detect if a simple (condi
Hi all,
the below patch updates the configury to be able to build gcc-4.6 on
FreeBSD 10.
I attach only the source files which have changed.
This is the list of affected files, I left libgo away since it is not
clear to me how the configury is done there.
libtool.m4
libgomp/configure
libquad
Subtracting 0x20 to get the SFR address from a RAM address is scattered all
over the backend. The patch makes - PRINT_OPERAND_PUNCT_VALID_P and uses %- to
subtract the SFR offset instead of hard coded magic number 0x20 all over the
place. The offset is stored in a new field base_arch_s.sfr_offset
On 2011.11.19 at 20:12 +0100, Gerald Pfeifer wrote:
> [ gcc -> gcc-patches ]
>
> On Tue, 15 Nov 2011, Andreas Tobler wrote:
> > With a libtool import we would cover this and some more issues. I
> > think Markus Trippelsdorf prepared a patch for trunk but I do not
> > know its status. I tested both
On 11/19/2011 02:14 AM, Gabriel Dos Reis wrote:
Just a terminology note: it should be "template alias" and not the
other way around.
The standard (14.5.7) uses "alias template".
Jason
[ gcc -> gcc-patches ]
On Tue, 15 Nov 2011, Andreas Tobler wrote:
> With a libtool import we would cover this and some more issues. I
> think Markus Trippelsdorf prepared a patch for trunk but I do not
> know its status. I tested both iterations successfully.
I believe Markus' latest patch is her
OK.
Jason
OK.
Jason
On 11/19/2011 02:04 AM, Iain Sandoe wrote:
> It should be possible for Rainer to define
> TARGET_ASM_TM_CLONE_TABLE_SECTION_NAME to NULL, and have varasm use
> the normal data section for tm_clone_table sections.One might
> wish to re-adjust testsuite/gcc.dg/tm/20100615.c if that is done.
Well
On Nov 19, 2011, at 4:04 AM, Iain Sandoe wrote:
> On 18 Nov 2011, at 22:06, Joseph S. Myers wrote:
>
>> TM_CLONE_TABLE_SECTION_NAME would better be a target hook, not a macro.
>
> ... done as below ...
>
> It should be possible for Rainer to define
> TARGET_ASM_TM_CLONE_TABLE_SECTION_NAME to NU
On Wed, 9 Nov 2011, DJ Delorie wrote:
> Index: MAINTAINERS
> ===
> rs6000 port Geoff Keating geo...@geoffk.org
> rs6000 port David Edelsohn dje@gmail.com
> rs6000 vector extns Aldy Hernandez
Use instead of and use extend markup in one of the examples.
Applied.
Gerald
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v
retrieving revision 1.59
diff -u -r1.59 changes.html
--- changes.html
Hello,
Here we crash while looking up an instantiation of an erroneous member
template.
In the example of the patch below, when we look at the expression in
#3, an error is (rightfully) triggered. As a result of 'bar'
TT's argument (in #2) is foo, which takes 2 parameters. Then the
partial inst
This patch fixes PR50493. The code is designed to do the equivalent of
a memmov operation, but on (consecutive) registers. After staring at
the existing code for ages I still don't understand how it was supposed
to work, but it is unnecessarily complex and clearly doesn't work
properly in various
Richard Henderson writes:
> The first patch adds support for the m68k-linux syscall. The second
> patch adds native support for the m680[2346]0 CAS instruction, and
> the m68000/Coldfire TAS instruction.
>
> Both tested only via cross-compile.
>
> Please test...
Thanks Richard. I'm cu
On 18 Nov 2011, at 22:06, Joseph S. Myers wrote:
TM_CLONE_TABLE_SECTION_NAME would better be a target hook, not a
macro.
... done as below ...
It should be possible for Rainer to define
TARGET_ASM_TM_CLONE_TABLE_SECTION_NAME to NULL, and have varasm use
the normal data section for tm_cl
Hi,
noticed this while investigating the spurious failure of
bitset/operations/constexpr.cc in debug-mode. Unfortunately debug-mode
bitset checking is pretty weak in C++0x mode (for other reasons too),
but at least now the operator is conforming and the testsuite is clean.
Committed to mainl
Dear Tobias,
>
> The patch has been bootstrapped and regtested on x86-64-linux.
> OK for the trunk?
Absolutely OK! I though that you might even commit it as "obvious"
since you, Janus and I discussed it :-)
Cheers
Paul
27 matches
Mail list logo
