On 2012/5/18 03:20 AM, Joseph S. Myers wrote:
> On Fri, 18 May 2012, Chung-Lin Tang wrote:
>
>> Joseph, how does this look? It makes the default post-stage1 C++
>> bootstrap fail similarly without the other options.c Makefile change, so
>> I guess it works as intended.
>
> For build system patche
On 2012/5/18 01:51 AM, Gabriel Dos Reis wrote:
> On Thu, May 17, 2012 at 12:41 PM, Gabriel Dos Reis
> wrote:
>> On Thu, May 17, 2012 at 12:28 PM, Manuel López-Ibáñez
>> wrote:
>>> On 17 May 2012 19:25, Gabriel Dos Reis
>>> wrote:
On Thu, May 17, 2012 at 12:19 PM, Chung-Lin Tang
wrote
On May 17, 2012, at 2:41 PM, Lawrence Crowl wrote:
>> Reusing the compiler for this seems like the only way to go.
>> But, we did look at using g++ to parse C++ expressions from gdb,
>> and it was too slow :-(. We're going to look again, at least to
>> generate some bug reports if we can.
>
> It'
On Tue, Mar 06, 2012 at 11:44:08AM -0500, Edmar wrote:
> Freescale would like to contribute these patches to gcc.
>
> It enables gcc for the new Freescale 64 bit cores. It creates a pipeline
> description, and set proper default flags for the e5500 and e6500 cores.
>
> Both are 64 bit cores capa
This patch gives up on using the reassociation rank algorithm to
correctly place __builtin_powi calls and their feeding multiplies. In
the end this proved to introduce more complexity than it saved, due in
part to the poor fit of introducing DAG expressions into the
reassociated operand tree. Thi
On 5/17/12, Tom Tromey wrote:
> > "Lawrence" == Lawrence Crowl writes:
>
> Tom> Doesn't this mean that if you have checking enabled, and you use
> Tom> the wrong macro on some tree, cc1 will crash? That seems like
> Tom> a distinct minus to me.
>
> Lawrence> Yes, it does mean that, but it is a n
On Thu, May 17, 2012 at 1:53 PM, Tom Tromey wrote:
>> "Lawrence" == Lawrence Crowl writes:
>
> Tom> Doesn't this mean that if you have checking enabled, and you use the
> Tom> wrong macro on some tree, cc1 will crash? That seems like a distinct
> Tom> minus to me.
>
> Lawrence> Yes, it does
On Sat, Apr 21, 2012 at 11:19 AM, H.J. Lu wrote:
> On Sat, Apr 21, 2012 at 11:11 AM, H.J. Lu wrote:
>> On Tue, Apr 10, 2012 at 6:46 AM, Michael Matz wrote:
>>> Hi,
>>>
>>
>>> Michael.
>>>
>>> PR tree-optimization/18437
>>>
>>> * tree-vectorizer.h (_stmt_vec_info.stride_load_p): New
> "Lawrence" == Lawrence Crowl writes:
Tom> Doesn't this mean that if you have checking enabled, and you use the
Tom> wrong macro on some tree, cc1 will crash? That seems like a distinct
Tom> minus to me.
Lawrence> Yes, it does mean that, but it is a net overall improvement.
It is a net de
On 05/17/2012 03:02 PM, Richard Sandiford wrote:
> After agonising over this for a couple of days, I think it's probably
> the correct fix. What we're doing now would be valid if the only use of
> equiv_constant(x) were to substitute for x. The name and current use
> of the function obviously re
On 17 May 2012, at 21:16, Mike Stump wrote:
On May 17, 2012, at 12:53 PM, Paolo Carlini wrote:
On 05/17/2012 09:47 PM, Jason Merrill wrote:
On 05/17/2012 05:06 AM, Paolo Carlini wrote:
On 05/17/2012 10:33 AM, Gabriel Dos Reis wrote:
I am still puzzled by why we need to assert, as opposed to
On May 17, 2012, at 12:53 PM, Paolo Carlini wrote:
> On 05/17/2012 09:47 PM, Jason Merrill wrote:
>> On 05/17/2012 05:06 AM, Paolo Carlini wrote:
>>> On 05/17/2012 10:33 AM, Gabriel Dos Reis wrote:
I am still puzzled by why we need to assert, as opposed to just
ignore, unless we have a pl
Steven Bosscher writes:
> On Thu, May 17, 2012, Meador Inge wrote:
>>> ;; This is *not* equal to zero because the upper
>>> ;; two bytes are undefined.
>>> (insn 14 13 15 2 (set (reg:SI 142)
>>> (subreg:SI (reg:QI 141) 0))
>>> (expr_list:REG_EQUAL (const_int 0 [0])
>>> (nil))
On 05/17/2012 09:47 PM, Jason Merrill wrote:
On 05/17/2012 05:06 AM, Paolo Carlini wrote:
On 05/17/2012 10:33 AM, Gabriel Dos Reis wrote:
I am still puzzled by why we need to assert, as opposed to just
ignore, unless we have a plan to make a wholesale move -- but even
there I am bit
nervous.
On 05/17/2012 05:06 AM, Paolo Carlini wrote:
On 05/17/2012 10:33 AM, Gabriel Dos Reis wrote:
I am still puzzled by why we need to assert, as opposed to just
ignore, unless we have a plan to make a wholesale move -- but even there I am
bit
nervous.
Eh, don't ask me ;) Anyway, in terms of testin
On Fri, 18 May 2012, Chung-Lin Tang wrote:
> Joseph, how does this look? It makes the default post-stage1 C++
> bootstrap fail similarly without the other options.c Makefile change, so
> I guess it works as intended.
For build system patches you ought to be asking the build system
maintainers fo
On 12-05-17 10:52 , Michael Matz wrote:
Cross the bridge when you reach it, not before. Not everybody agrees that
the splitting of tree would be a good idea. Right now templates aren't
necessary, so you shouldn't use them. (well, and an investigation why
they come up with smaller .text would
On Thu, May 17, 2012 at 1:56 AM, David Miller wrote:
>
> I've noticed this failure for some time but never got around to
> inspecting things. The X=34.53 case seem to need a precision
> allowance bump.
>
> Ok for mainline and 4.7 branch?
OK.
Ciao!
Steven
Hi.
This is a slightly modified version of my previous patch.
ref: http://gcc.gnu.org/ml/gcc-patches/2012-05/msg00962.html
The only change is to make the result of the functions an int
instead of a const pointer.
This lets them be used in places where the code is using
non-const pointers without
On 05/17/12 10:59, Steven Bosscher wrote:
> Are you still working on this for GCC 4.8?
Not actively.
r~
On Sat, Feb 11, 2012 at 1:12 AM, Richard Henderson wrote:
> Seeing as how Uros is starting to go down the path of cleaning up the
> flags handling for x86, I thought I'd go ahead and knock up the idea
> that I've been tossing around to help automate the process of building
> patterns that match bo
On Thu, May 17, 2012 at 12:41 PM, Gabriel Dos Reis
wrote:
> On Thu, May 17, 2012 at 12:28 PM, Manuel López-Ibáñez
> wrote:
>> On 17 May 2012 19:25, Gabriel Dos Reis wrote:
>>> On Thu, May 17, 2012 at 12:19 PM, Chung-Lin Tang
>>> wrote:
On 2012/5/17 01:55 AM, Manuel López-Ibáñez wrote:
On Thu, May 17, 2012 at 12:28 PM, Manuel López-Ibáñez
wrote:
> On 17 May 2012 19:25, Gabriel Dos Reis wrote:
>> On Thu, May 17, 2012 at 12:19 PM, Chung-Lin Tang
>> wrote:
>>> On 2012/5/17 01:55 AM, Manuel López-Ibáñez wrote:
> I'm guessing these changes are the cause of a full C bootstrap
>>
On 17 May 2012 19:25, Gabriel Dos Reis wrote:
> On Thu, May 17, 2012 at 12:19 PM, Chung-Lin Tang
> wrote:
>> On 2012/5/17 01:55 AM, Manuel López-Ibáñez wrote:
I'm guessing these changes are the cause of a full C bootstrap
> (--disable-build-poststage1-with-cxx) failure I'm seeing on tru
On Thu, May 17, 2012 at 12:19 PM, Chung-Lin Tang
wrote:
> On 2012/5/17 01:55 AM, Manuel López-Ibáñez wrote:
>>> I'm guessing these changes are the cause of a full C bootstrap
>>> > (--disable-build-poststage1-with-cxx) failure I'm seeing on trunk. The
>>> > *_handle_option_auto function prototypes
On 2012/5/17 01:55 AM, Manuel López-Ibáñez wrote:
>> I'm guessing these changes are the cause of a full C bootstrap
>> > (--disable-build-poststage1-with-cxx) failure I'm seeing on trunk. The
>> > *_handle_option_auto function prototypes are not seen in options.c, and
>> > -Werror -Wmissing-prototy
Patch committed. I am preparing to send to trunk by splitting this
into multiple patches.
Thanks,
-Sri.
On Wed, May 16, 2012 at 9:23 PM, Xinliang David Li wrote:
> ok for google-4_7 branch. This should also be pushed to trunk.
>
> Thanks,
>
> David
>
> On Wed, May 16, 2012 at 6:56 PM, Sriraman T
Hi,
C++ virtual tables keyed to other compilation units are represented as
DECL_EXTERNAL
variables with constructor known. Knowhing the constructor helps constant
folding to do
devirtualization.
At the moment these costructors are not seen by varpool and thus they are not
represented by ipa-ref
On 12-05-17 12:27 , Han Shen(沈涵) wrote:
Hi, ok for approval?
OK.
Diego.
Hi, ok for approval?
Thanks,
-Han
On Wed, May 16, 2012 at 4:49 PM, wrote:
> On 2012/05/16 23:30:28, Diego Novillo wrote:
>
>> On 12-05-16 19:22 , mailto:jin...@google.com wrote:
>> > In my opinion, gcc/ChangeLog is for upstream commits only.
>> > It is fine that you want to port upstream gcc/Ch
On Thu, May 10, 2012 at 9:08 AM, Sterling Augustine
wrote:
> The enclosed patch fixes many issues with pubnames and pubtypes. It generates
> them for many more variables and with mostly correct and canonical dwarf
> names.
>
> This patch should not affect any target that does not use pubnames.
>
On May 16, 2012, at 11:44 AM, Tom Tromey wrote:
>> "Manuel" == Manuel López-Ibáñez writes:
>
> Manuel> It seems it will never work for statement expressions:
> Manuel> http://article.gmane.org/gmane.comp.gcc.devel/107339
>
> It could be done, but it is non-trivial for sure.
>
> Manuel
On May 16, 2012, at 8:57 AM, Manuel López-Ibáñez wrote:
> I see now that any change in the underlying implementation becomes a
> serious annoyance for you.
No, it is easy, we just need a low cost solution by which people can use the
normal accessors. Once that is provided, then I think it is ea
On Thu, May 17, 2012 at 10:24 AM, Mike Stump wrote:
>> * announce_function dumps slow down Emacs (and the shell when working
>> via SSH) when debugging anything related to libstdc++ (or any large
>> testcase).
>
> Let's make -quiet the default.
Agreed.
(I had always reflexively used -quiet so t
On May 16, 2012, at 6:56 AM, Manuel López-Ibáñez wrote:
> On 16 May 2012 15:40, Richard Guenther wrote:
>>>
>>> Without that patch displaying happen too late (and eats a lot of Emacs
>>> CPU)!!
>>
>> 1) Fix emacs (do not buffer stderr)
>> 2) do not omit -quiet when running from inside emacs
>
Hi,
sorry about that, will commit momentarily at the end of a bootstrap.
Thanks,
Paolo.
///
2012-05-17 Paolo Carlini
PR objc++/53388
* objc-act.c (objc_get_class_reference, objc_build_message_expr):
Use build_min_nt_loc.
Index: objc-act.c
===
OK.
Jason
Hi,
On Wed, 16 May 2012, Lawrence Crowl wrote:
> > Because it accepts any type as tree argument? It's of course not less
> > type safety than using macros, but less type safety compared to not
> > using templates.
>
> The overload works if the only types are tree and const_tree. In the
> fut
Ping.
On Tue, 8 May 2012, Michael Matz wrote:
> Hi,
>
> On Mon, 7 May 2012, Mike Stump wrote:
>
> > On May 7, 2012, at 6:11 AM, Michael Matz wrote:
> > > I'd like to retain the #if 0 code therein,
> >
> > Can you structure this code as
> >
> > #define DEBUG 0
> >
> > if (DEBUG) ...
> >
>
On 02/05/12 14:55, Richard Sandiford wrote:
Richard Earnshaw writes:
On 02/05/12 14:00, Richard Sandiford wrote:
Jim MacArthur writes:
New Changelog text:
2012-05-02 Jim MacArthur
* recog.c (reg_fits_class_p): Check both regno and regno + offset are
hard registers.
Thanks. I still think t
Hi,
this is a rather simple PR about us not rejecting rvalue reference catch
parameters. When I looked into it I noticed that we also aren't
explicitly handling abstract types (which now in C++11 are explicitly
mentioned in [except.handle]): eventually we rejected those but with a
quite poor
On 16 May 2012 20:41, Tom Tromey wrote:
>
> Manuel> * Hitting auto-completion in GDB means staring at the window for 5-10
> Manuel> minutes until it decides to stop listing stuff.
>
> Report completion bugs to gdb. There's only so much gdb can do here.
> But maybe we could have some mode to be mo
Hi,
when I was upding ipa-reference.c to LTO I took the easiest possible approach
keeping it to work only on statics without address taken at compile time and
propagate at linktime. The idea was that soonish we will replace it by something
more sane.
Well, this did not happen yet and this hack nee
I've committed this patch of Kwok's, which adds some additional Coldfire
51-series cores. I committed the binutils part yesterday.
nathan
2012-05-17 Kwok Cheung Yeung
* config/m68k/m68k-devices.def: Add 51ag, 51je, 51jf, 51jg, 51mm,
51qm.
* config/m68k/m68k-tables.opt: Regenerated.
* do
On 05/17/2012 10:33 AM, Gabriel Dos Reis wrote:
On Thu, May 17, 2012 at 2:52 AM, Paolo Carlini wrote:
On 05/17/2012 09:48 AM, Paolo Carlini wrote:
Can we concisely characterize those messages and exclude them from the
gcc_assert?
Well, if don't quickly figure out something better, I guess we
On 05/17/2012 12:14 AM, Benjamin De Kosnik wrote:
> Allows use of --enable-symvers=gnu-versioned-namespace while
> configuring in libjava. The rest of the target libs that use
> --enable-symvers already handle this. As per libstdc++/52700.
>
> Pretty simple, but will wait for OK for trunk/branch
>
On Thu, May 17, 2012 at 2:52 AM, Paolo Carlini wrote:
> On 05/17/2012 09:48 AM, Paolo Carlini wrote:
>>
>> Can we concisely characterize those messages and exclude them from the
>> gcc_assert?
>
> Well, if don't quickly figure out something better, I guess we can always
> add the assert at the beg
On 05/17/2012 09:48 AM, Paolo Carlini wrote:
Can we concisely characterize those messages and exclude them from the
gcc_assert?
Well, if don't quickly figure out something better, I guess we can
always add the assert at the beginning of warning_at, error_at, etc.
Paolo.
On 05/17/2012 05:32 AM, Jason Merrill wrote:
On 05/16/2012 08:34 PM, Paolo Carlini wrote:
Ok. Something like p2 below?
Yes. Since the earlier patch without LOC_OR_HERE passed testing,
let's apply that plus this p2.
Ok, great.
Does Manuel's suggestion of aborting if we get UNKNOWN_LOCATION
Richard, I was looking into a testsuite failure on the 4.7 branch
on sparc and I think your fix for 52584 would fix it too.
The problem eminates in gcc.c-torture/execute/vector-shift2.c with -O0
The 4 integer vector shifts get lowered to 2 integer vector shifts,
since that is what the VIS3 shift
50 matches
Mail list logo
