Hi,
I don't know if this is mentioned before, df.c is introducing a very
good way to think of algorithms. It brings two effective orders to
handle many problems: DF_FORWARD and DF_BACKWARD. They means two
fact respectively: a subproblem will not be accessed until all
its parents
Snapshot gcc-4.9-20141015 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20141015/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Wed, Oct 15, 2014 at 11:25:26PM +0200, Marek Polacek wrote:
> On Wed, Oct 15, 2014 at 11:05:45PM +0200, Jakub Jelinek wrote:
> > On Wed, Oct 15, 2014 at 09:28:09PM +0200, Uros Bizjak wrote:
> > > i686-linux-gnu testsuite trivially regressed [1]:
>
> Thanks for the log Uros.
>
> > I have half
On Wed, Oct 15, 2014 at 11:05:45PM +0200, Jakub Jelinek wrote:
> On Wed, Oct 15, 2014 at 09:28:09PM +0200, Uros Bizjak wrote:
> > i686-linux-gnu testsuite trivially regressed [1]:
Thanks for the log Uros.
> I have half of that already in patch form, will test and send either later
> tonight or t
On Wed, Oct 15, 2014 at 09:28:09PM +0200, Uros Bizjak wrote:
> Hello!
>
> >> The consensus seems to be to go forward with this change. I will
> >> commit the patch in 24 hours unless I hear objections.
> >
> > I made the change. Please report any fallout to me.
>
> i686-linux-gnu testsuite triv
Hello!
>> The consensus seems to be to go forward with this change. I will
>> commit the patch in 24 hours unless I hear objections.
>
> I made the change. Please report any fallout to me.
i686-linux-gnu testsuite trivially regressed [1]:
FAIL: gcc.dg/20020122-2.c (test for excess errors)
FAIL
On 10/15/14 00:55, Richard Biener wrote:
On Tue, Oct 14, 2014 at 10:07 PM, Aldy Hernandez wrote:
On 10/14/14 06:21, Richard Biener wrote:
On Tue, Oct 14, 2014 at 2:48 AM, Aldy Hernandez wrote:
Another similar issue I've seen is handling DW_TAG_lexical_block
(gen_lexical_block_die). Ideal
On Tue, 2014-10-14 at 15:40 -0400, Andrew MacLeod wrote:
> On 09/15/2014 02:18 PM, Andrew MacLeod wrote:
> > During the re-architecture session at Cauldron, I mentioned the
> > possibility of introducing a plugin-headers.h.
> >
> > This would be a file which plugins could use which would protect t
On Tue, Oct 14, 2014 at 09:23:29AM +0200, Marek Polacek wrote:
> The consensus seems to be to go forward with this change. I will
> commit the patch in 24 hours unless I hear objections.
I made the change. Please report any fallout to me.
Enjoy.
Marek
On 10/13/14 21:18, Chen Gang wrote:
> On 10/13/14 18:53, Jason Merrill wrote:
>> On 10/12/2014 10:32 AM, Chen Gang wrote:
>>>[root@localhost qemu_cc]# cat test.cc
>>>const char n() { return 1; }
>>>const char c = n();
>>>[root@localhost qemu_cc]# /usr/local/bin/g++ -Wall -O0 -c -o
On Tue, Oct 14, 2014 at 10:32 PM, Aldy Hernandez wrote:
>
>> Another similar issue I've seen is handling DW_TAG_lexical_block
>> (gen_lexical_block_die). Ideally we should generate the
>> DW_TAG_lexical_block and the corresponding locals in early dumping, and
>> then fill in the high/low attribut
On Tue, Oct 14, 2014 at 10:07 PM, Aldy Hernandez wrote:
> On 10/14/14 06:21, Richard Biener wrote:
>>
>> On Tue, Oct 14, 2014 at 2:48 AM, Aldy Hernandez wrote:
>>>
>>> Gentlemen, your feedback would be greatly appreciated!
>>>
>>> I was investigating why locals were not being early dumped, and re
This:
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg01552.html
fails because:
/home/toon/compilers/trunk/libiberty/xstrdup.c:33: undefined reference
to `__ubsan_handle_nonnull_arg'
/home/toon/compilers/trunk/libiberty/xstrdup.c:35: undefined reference
to `__ubsan_handle_nonnull_arg'
/home
13 matches
Mail list logo
