This was a bug concerning reporting of compiler errors involving
user-defined literals.
The error messages would appear with token names 'CPP_STRING_USERDEF', etc.
This is very cryptic for the user.
This patch just catches user-defined literal tokens in
c-family/c-common.c/c_parse_error() and i
Latest results for gcc 4.8.x.
-tgc
Testresults for 4.8.1
arm-unknown-linux-gnueabi
hppa2.0w-hp-hpux11.11
hppa64-hp-hpux11.11
i386-pc-solaris2.9 (2)
i686-pc-linux-gnu
mips-unknown-linux-gnu
mipsel-unknown-linux-gnu
powerpc-apple-darwin8.11.0
powerpc-unknown-linux-gnu
powerpc64-
Latest results for gcc 4.7.x.
-tgc
Testresults for 4.7.3
i386-pc-solaris2.8 (2)
i386-pc-solaris2.9 (2)
i386-pc-solaris2.11
sparc-sun-solaris2.8 (2)
sparc-sun-solaris2.9
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/
Latest results for gcc 4.6.x.
-tgc
Testresults for 4.6.4
i386-pc-solaris2.8 (2)
i386-pc-solaris2.9 (2)
sparc-sun-solaris2.8 (2)
sparc-sun-solaris2.9
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.6/buildst
Xinliang David Li wrote:
>Hi, GCC/i386 currently has about 73 boolean parameters/knobs (defined
>in ix86_tune_features[], indexed by ix86_tune_indices) to perform
>micro-arch specific performance tuning. However such settings are hard
>coded (fixed with a given -mtune setting) and is very hard to
On 13/7/15 1:43 AM, Diego Novillo wrote:
> Could you please repost the patch with its description? This thread
> is sufficiently old and noisy that I'm not even sure what the patch
> does nor why.
Taking the same example in my first post:
extern void weakfun() __attribute__((weak,visibility("hid
Richard Biener writes:
>
> The patch fails to add documentation.
That seems like a feature, it's likely not useful for the general
public. More for specialized tools that automatically search
for the best tuning.
> And I am nervous about testing
> coverage - is this considered a development opti
OK.
Jason
On Sun, Aug 4, 2013 at 4:40 AM, Richard Biener
wrote:
> Xinliang David Li wrote:
>>Hi, GCC/i386 currently has about 73 boolean parameters/knobs (defined
>>in ix86_tune_features[], indexed by ix86_tune_indices) to perform
>>micro-arch specific performance tuning. However such settings are hard
>>c
On 4 August 2013 17:14:36 Chung-Lin Tang wrote:
On 13/7/15 1:43 AM, Diego Novillo wrote:
> Could you please repost the patch with its description? This thread
> is sufficiently old and noisy that I'm not even sure what the patch
> does nor why.
Taking the same example in my first post:
extern
This patch replaces uses of pp_string on operators and punctuators with
specialized pretty printing functions.
Tested on an x86_64-suse-linux. Applied to trunk.
-- Gaby
2013-08-03 Gabriel Dos Reis
* pretty-print.h (pp_bar_bar): New.
(pp_ampersand_ampersand): Likewise.
On Sat, 13 Jul 2013, Marc Glisse wrote:
2013-07-14 Marc Glisse
gcc/cp/
* call.c (build_conditional_expr_1): Handle the case with 1 vector
and 2 scalars. Call save_expr before building a vector.
* typeck.c (cp_build_binary_op): Check complain before complaining.
Shoul
On Fri, 5 Jul 2013, Marek Polacek wrote:
> I've created a new branch, called ubsan for work being done for
> Undefined Behavior Sanitizer.
Mind documenting this in http://gcc.gnu.org/svn.html? Let me
know if you need help (http://gcc.gnu.org/projects/web.html has
some background).
Gerald
On Tue, 23 Jul 2013, DJ Delorie wrote:
> Ok, I think I covered everything...
...except one comma. ;-)
> Index: gcc/doc/contrib.texi
> ===
> -Nick Clifton for arm, mcore, fr30, v850, m32r, rx work,
> +Nick Clifton for arm, mcore, fr30
On Sun, 4 Aug 2013, Tom G. Christensen wrote:
> Testresults for 4.6.4
> i386-pc-solaris2.8 (2)
> i386-pc-solaris2.9 (2)
> sparc-sun-solaris2.8 (2)
> sparc-sun-solaris2.9
Thanks, applied.
Gerald
Hi,
another case of "Error reporting routines re-entered", due to the
pedwarns in c-common.c:pointer_int_sum. Usual solution, propagate complain.
Note: I can't just pass the complain of type tsubst_flags_t to
pointer_int_sum, because it can be, and it is for the testcase,
tf_none|tf_decltype
Janus Weil wrote:
ping!
Sorry, I currently have only a shaky internet connection and also no
access to my development system.
Looking at gfc_class_initializer, I have the impression that it does not
handle initialization of unlimited polymorphic variables/components. I
don't know whether i
Hi Tobias,
> Sorry, I currently have only a shaky internet connection and also no access
> to my development system.
sounds like holidays :)
> Looking at gfc_class_initializer, I have the impression that it does not
> handle initialization of unlimited polymorphic variables/components. I don't
Hi Paolo,
On 03.08.2013 19:38, Paolo Carlini wrote:
.. I don't know if at this Stage we are paying attention to these
minor details, but at least Patch 1 and 3 appear to have some
overlong
lines.
The patch set referenced by your mail has been superseded (see [1] and
[2]). I think most of th
On 08/05/2013 12:52 AM, Adam Butcher wrote:
Hi Paolo,
On 03.08.2013 19:38, Paolo Carlini wrote:
.. I don't know if at this Stage we are paying attention to these
minor details, but at least Patch 1 and 3 appear to have some overlong
lines.
The patch set referenced by your mail has been superse
Hi Jason,
On 03.08.2013 17:18, Jason Merrill wrote:
On 08/01/2013 08:25 AM, Adam Butcher wrote:
+= DECL_TEMPLATE_INFO (callop)
+&& DECL_TEMPLATE_RESULT (DECL_TI_TEMPLATE (callop)) == callop;
An expression broken across lines should be parenthesized.
And let's move the building of 'ca
On Wed, Jul 31, 2013 at 10:02:29PM -0500, Gabriel Dos Reis wrote:
> * declare the "pointer to function fields" as virtual functions --
> that is what I meant
> with the (necessarily poor) emulation through the casts.
I guess you'll work on this later in the patch series you're sending,
but i
On Sun, Aug 4, 2013 at 8:37 PM, Trevor Saunders wrote:
> On Wed, Jul 31, 2013 at 10:02:29PM -0500, Gabriel Dos Reis wrote:
>> * declare the "pointer to function fields" as virtual functions --
>> that is what I meant
>> with the (necessarily poor) emulation through the casts.
>
> I guess you
The attached is a new patch implementing the stringop inline strategy
control using two new -m options:
-mmemcpy-strategy=
-mmemset-strategy=
See changes in doc/invoke.texi for description of the new options. Example:
-mmemcpy-strategy=rep_8byte:64:unaligned,unrolled_loop:2048:unaligned,libcal
This patchlet makes the asan module stop using a global pretty printer.
As a result, the code is cleaner that way -- and this is in preparation
of having pretty printers initialize themselves through constructors.
-- Gaby
2013-08-05 Gabriel Dos Reis
* asan.c (asan_pp): Remove.
On Sun, Aug 04, 2013 at 06:55:13PM +0200, Gerald Pfeifer wrote:
> On Fri, 5 Jul 2013, Marek Polacek wrote:
> > I've created a new branch, called ubsan for work being done for
> > Undefined Behavior Sanitizer.
>
> Mind documenting this in http://gcc.gnu.org/svn.html? Let me
> know if you need he
This patchlet has print_c_tree use non-static local variable for its
pretty-printer object. The code is much simpler that way.
(A follow up will add destructor so we stop leaking storage.)
Tested on an x86_64-suse-linux. Applied to trunk.
-- Gaby
2013-08-05 Gabriel Dos Reis
* c-p
27 matches
Mail list logo
