> I just don't like all the as_a/is_a stuff enforced everywhere,
> it means more typing, more temporaries, more indentation.
> So, as I view it, instead of the checks being done cheaply (yes, I think
> the gimple checking as we have right now is very cheap) under the
> hood by the accessors (gimple
On Mon, 10 Nov 2014, Andrew Pinski wrote:
> On Fri, Nov 7, 2014 at 2:23 AM, Richard Biener wrote:
> > On Thu, 6 Nov 2014, Andrew Pinski wrote:
> >
> >> On Thu, Nov 6, 2014 at 2:40 AM, Richard Biener wrote:
> >> > On Thu, 6 Nov 2014, Richard Biener wrote:
> >> >
> >> >> On Wed, 5 Nov 2014, Andrew
> If you import rather than selectively merging one change you need (I
> think) to revert libtool commit 3334f7ed5851ef1e96b052f2984c4acdbf39e20c
> (incompatible with GCC handling of sysroots), as well as updating all
> three relevant repositories (GCC, binutils-gdb, src - I'm not sure if
> any
On Mon, Nov 10, 2014 at 4:28 PM, Sandra Loosemore
wrote:
> On 11/10/2014 05:03 AM, Richard Biener wrote:
>>
>> On Mon, Nov 10, 2014 at 5:50 AM, Jeff Law wrote:
>>>
>>> On 11/09/14 16:13, Sandra Loosemore wrote:
https://gcc.gnu.org/contribute.html#testing
and noticed that
> -Original Message-
> From: Terry Guo
> Sent: Tuesday, November 11, 2014 9:08 AM
> To: Richard Earnshaw; Joel Sherrill
> Cc: GCC Mailing List
> Subject: RE: arm/thumb broken on head
>
>
>
> > -Original Message-
> > From: Richard Earnshaw
> > Sent: Tuesday, November 11, 2014 1:
I moved definition of simplify::simplify outside the class (as in the
attached patch),
and I get following error during stage1 build:
out of memory allocating 16301357976 bytes after a total of 2026800 bytes
make[2]: *** [s-match] Error 1
make[1]: *** [all-gcc] Error 2
make: *** [all] Error 2
Why
On Tue, Nov 11, 2014 at 4:03 PM, Prathamesh Kulkarni
wrote:
> I moved definition of simplify::simplify outside the class (as in the
> attached patch),
> and I get following error during stage1 build:
> out of memory allocating 16301357976 bytes after a total of 2026800 bytes
> make[2]: *** [s-matc
On 11/11/2014 11:33 AM, Prathamesh Kulkarni wrote:
Why does moving definition of simplify constructor outside the class cause
out of memory allocation ?
It's probably because you dropped the initialization of the capture_max
member.
--
Florian Weimer / Red Hat Product Security
On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek wrote:
> On Mon, Nov 10, 2014 at 05:27:50PM -0500, David Malcolm wrote:
>> On Sat, 2014-11-08 at 14:56 +0100, Jakub Jelinek wrote:
>> > On Sat, Nov 08, 2014 at 01:07:28PM +0100, Richard Biener wrote:
>> > > To be constructive here - the above case is
On 11/11/2014 09:30 AM, Eric Botcazou wrote:
I just don't like all the as_a/is_a stuff enforced everywhere,
it means more typing, more temporaries, more indentation.
So, as I view it, instead of the checks being done cheaply (yes, I think
the gimple checking as we have right now is very cheap) un
On Tue, 11 Nov 2014, Richard Biener wrote:
> On Mon, 10 Nov 2014, Andrew Pinski wrote:
>
> > On Fri, Nov 7, 2014 at 2:23 AM, Richard Biener wrote:
> > > On Thu, 6 Nov 2014, Andrew Pinski wrote:
> > >
> > >> On Thu, Nov 6, 2014 at 2:40 AM, Richard Biener wrote:
> > >> > On Thu, 6 Nov 2014, Richa
On Tue, 11 Nov 2014, FX wrote:
> > If you import rather than selectively merging one change you need (I
> > think) to revert libtool commit 3334f7ed5851ef1e96b052f2984c4acdbf39e20c
> > (incompatible with GCC handling of sysroots), as well as updating all
> > three relevant repositories (GCC, bi
Hi all!
I found that UBSan uses vrp pass to optimize generated checks. Keeping
in mind that vrp pass is about performance not stability I found example
where UBSan may skip true positive.
Example came from spec2006 perlbench:
int ext;
int
Perl_do_sv_dump()
{
int freq[10];
int i;
On Tue, Nov 11, 2014 at 05:02:55PM +0300, Marat Zakirov wrote:
> I found that UBSan uses vrp pass to optimize generated checks. Keeping in
> mind that vrp pass is about performance not stability I found example where
> UBSan may skip true positive.
>
> Example came from spec2006 perlbench:
>
> in
On Tue, Nov 11, 2014 at 3:15 PM, Jakub Jelinek wrote:
> On Tue, Nov 11, 2014 at 05:02:55PM +0300, Marat Zakirov wrote:
>> I found that UBSan uses vrp pass to optimize generated checks. Keeping in
>> mind that vrp pass is about performance not stability I found example where
>> UBSan may skip true
On Tue, 11 Nov 2014, Richard Biener wrote:
> On Tue, 11 Nov 2014, Richard Biener wrote:
>
> > On Mon, 10 Nov 2014, Andrew Pinski wrote:
> >
> > > On Fri, Nov 7, 2014 at 2:23 AM, Richard Biener wrote:
> > > > On Thu, 6 Nov 2014, Andrew Pinski wrote:
> > > >
> > > >> On Thu, Nov 6, 2014 at 2:40 A
> Fix is committed to trunk at
> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.
>
> BR,
> Terry
>
That got past libgcc2 but now it fails building newlib for arm-eabi.
This is just a build of gcc with newlib and libgloss symlinked into
the source. You should be able to duplicate thi
On Tue, Nov 11, 2014 at 3:16 PM, Joel Sherrill
wrote:
>
>> Fix is committed to trunk at
>> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.
>>
>> BR,
>> Terry
>>
> That got past libgcc2 but now it fails building newlib for arm-eabi.
> This is just a build of gcc with newlib and libgl
On 11/11/2014 9:27 AM, Ramana Radhakrishnan wrote:
> On Tue, Nov 11, 2014 at 3:16 PM, Joel Sherrill
> wrote:
>>> Fix is committed to trunk at
>>> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.
>>>
>>> BR,
>>> Terry
>>>
>> That got past libgcc2 but now it fails building newlib for
On 11/11/2014 05:26 PM, Richard Biener wrote:
On Tue, Nov 11, 2014 at 3:15 PM, Jakub Jelinek wrote:
On Tue, Nov 11, 2014 at 05:02:55PM +0300, Marat Zakirov wrote:
I found that UBSan uses vrp pass to optimize generated checks. Keeping in
mind that vrp pass is about performance not stability I f
Markus,
-mmcu probably will not work for ARM architectured MCUs. Reason are
* Confusion. -mcpu is encouraged and already widely used for ARM
architectures. Introducing -mmcu will be very confusing.
* Expensive effort. Either supporting none, or supporting all. There
are large number of MCUs from A
On Tue, Nov 11, 2014 at 07:12:55PM +0300, Marat Zakirov wrote:
> It is seems that -fsanitize=something do not set
> flag_aggressive_loop_optimizations to 0 in current GCC version. I made a
> watchpoint on it but changes after init_options_struct weren't found. I will
> make fix for both flag_aggres
On 11 November 2014 16:22, Joey Ye wrote:
> Markus,
>
> -mmcu probably will not work for ARM architectured MCUs. Reason are
> * Confusion. -mcpu is encouraged and already widely used for ARM
> architectures. Introducing -mmcu will be very confusing.
It' just a matter of bundling specifications.
Hi Frédéric,
At some point GCC's bugzilla started taking ages to load, because
every single .css and .js file gets a query appended to the URL:
skins/contrib/Dusk/global.css?1368269827
This causes Firefox to constantly re-fetch those pages again and
again, so it takes several seconds to load eve
Le 11. 11. 14 20:11, Jonathan Wakely a écrit :
> At some point GCC's bugzilla started taking ages to load, because
> every single .css and .js file gets a query appended to the URL:
>
> skins/contrib/Dusk/global.css?1368269827
>
> This causes Firefox to constantly re-fetch those pages again and
>
Register Usage table in x86-64 psABI has
%rbx callee-saved register; optionally used as base pointer
However, everywhere it uses %r15 to store the GOT address,
including PLT for large model.
It is a typo to mark RBX as GOT base register in Register Usage table.
GCC large model Linux implementat
On 11 November 2014 19:45, Frédéric Buclin wrote:
> Le 11. 11. 14 20:11, Jonathan Wakely a écrit :
>> At some point GCC's bugzilla started taking ages to load, because
>> every single .css and .js file gets a query appended to the URL:
>>
>> skins/contrib/Dusk/global.css?1368269827
>>
>> This cause
I've merged the dmalcolm/jit git branch into svn trunk, as r217374. [1]
The git branch is now retired; future bugfixing will happen on svn
trunk.
I've created a "jit" component within the gcc.gnu.org/bugzilla, within
the "gcc" product, with dmalc...@gcc.gnu.org as the default assignee.
Please let
On Tue, 11 Nov 2014, David Malcolm wrote:
> In theory, that documentation ought to appear below
> https://gcc.gnu.org/onlinedocs
> at some point, though I don't know the precise mechanism for making this
> happen. Note that the HTML docs can be built with Sphinx if available,
maintainer-script
With some configurations (looks like out of tree testing more than in
tree testing), all of ubsan and asan tests fail due to the
libsanitizer using coloring and that confuses the dejagnu pattern
matching. I don't have time to look fully into how to fix this issue
and I don't care much to coloring a
30 matches
Mail list logo
