On 08/18/2014 09:42 AM, Yury Gribov wrote:
On 08/16/2014 04:37 AM, Manuel López-Ibáñez wrote:
On the compile farm, ASAN tests seem to fail a lot like:
FAIL: c-c++-common/asan/global-overflow-1.c -O0 output pattern
test, is ==31166==ERROR: AddressSanitizer failed to allocate
0xdfff0001000 (15
On 08/16/2014 04:37 AM, Manuel López-Ibáñez wrote:
On the compile farm, ASAN tests seem to fail a lot like:
FAIL: c-c++-common/asan/global-overflow-1.c -O0 output pattern
test, is ==31166==ERROR: AddressSanitizer failed to allocate
0xdfff0001000 (15392894357504) bytes at address 2008fff7000 (
> On Fri, Aug 15, 2014 at 10:08:38PM +0200, Steven Bosscher wrote:
> > On Fri, Aug 15, 2014 at 9:59 PM, Aldy Hernandez wrote:
> > > So... I've been getting my feet wet with LTO and debugging and I noticed a
> > > seemingly unrelated yet annoying problem. On x86-64,
> > > gcc.dg/guality/pr48437.c f
Snapshot gcc-5-20140817 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/5-20140817/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
Hi,
Apparently this pattern is not getting fired (even in isolation).
/* x % 1 -> 0 */
(simplify
(trunc_mod @0 integer_onep)
{ build_zero_cst (type); })
I tried with this test-case:
int f(int x)
{
int t1 = 1;
int t2 = x % t1;
return t2;
}
I get the following output in ccp1 dump file
