http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #27 from Denis Excoffier ---
I (OP) suppose we can WONTFIX that one. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937
--- Comment #15 from Evgeniy Stepanov ---
In fact, a recent change disabled ASAN_FLEXIBLE_MAPPING_AND_OFFSET and killed
all supporting code. Or are you talking about a different change?
ASAN_FLEXIBLE_MAPPING_AND_OFFSET indeed prevents LD_PRELOAD
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20140121 (experimental) [trunk revision 206876] (GCC)
$
$ gcc-trunk -O2 small.c; a.out
$ gcc-4.7.3 -O3 small.c; a.out
$
$ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59853
Arnaud Charlet changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58680
Yury Gribov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59902
C.Karim changed:
What|Removed |Added
Keywords||build
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59902
Bug ID: 59902
Summary: Cilk gcc bootstrap for arm target on x86 host
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937
--- Comment #14 from Yury Gribov ---
With recent decision to enable ASAN_FLEXIBLE_MAPPING_AND_OFFSET by default I
don't see how LD_PRELOAD is going to work at all. What's the reasoning behind
this change?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59853
Allan McRae changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59901
Bug ID: 59901
Summary: internal compiler error: in retrieve_specialization
cp/pt.c:1012
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59900
--- Comment #1 from Cameron MacMinn ---
Created attachment 31913
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31913&action=edit
preprocessed file 2nd
needs 2 source files, hence 2 .ii preprocessed files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59900
Bug ID: 59900
Summary: isnan signals FPE invalid operation when given a NaN
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59896
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59896
--- Comment #2 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Jan 21 21:26:33 2014
New Revision: 206908
URL: http://gcc.gnu.org/viewcvs?rev=206908&root=gcc&view=rev
Log:
2014-01-21 Vladimir Makarov
PR rtl-optimization/59896
* lr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #4 from Paul Pluzhnikov ---
Created attachment 31911
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31911&action=edit
test case
Copy of test case from PR 59869
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #8 from joseph at codesourcery dot com ---
I guess that means re-folding is the simplest thing to do (in this
int_operands case where an operand might have a C_MAYBE_CONST_EXPR not at
top level), instead of using remove_c_maybe_const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59867
--- Comment #11 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
This may be related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58781 -
another decltype user-defined literal bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56267
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 21 19:38:35 2014
New Revision: 206904
URL: http://gcc.gnu.org/viewcvs?rev=206904&root=gcc&view=rev
Log:
PR libstdc++/56267
* include/bits/hashtable.h (__cache_default): Do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
--- Comment #2 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Jan 21 19:15:40 2014
New Revision: 206897
URL: http://gcc.gnu.org/viewcvs?rev=206897&root=gcc&view=rev
Log:
2014-01-21 Vladimir Makarov
PR rtl-optimization/59858
* lr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
--- Comment #14 from Rafał Rawicki ---
Created attachment 31910
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31910&action=edit
C-reduced testcase with valid code
C-reduce seems to be very stubborn in removing these parentheses, but this
te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 21 19:12:06 2014
New Revision: 206896
URL: http://gcc.gnu.org/viewcvs?rev=206896&root=gcc&view=rev
Log:
PR target/59003
* config/i386/i386.c (expand_small_movmem_or_setmem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #4 from Marc Glisse ---
Joseph, thank you for those precisions, I hadn't realized the width of the
problem. Similarly, on my Debian multiarch machine, when I cross-compile for
arm, I use a libgcc.a that was built natively on arm, so th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59462
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59462
--- Comment #2 from Steve Ellcey ---
Author: sje
Date: Tue Jan 21 18:49:27 2014
New Revision: 206894
URL: http://gcc.gnu.org/viewcvs?rev=206894&root=gcc&view=rev
Log:
Backport from mainline.
2014-01-17 Andrew Pinski
Steve Ellcey
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #7 from Jakub Jelinek ---
It would need to add it back afterwards. And, is NOP_EXPR the only thing that
can be added this way around it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
--- Comment #13 from Rafał Rawicki ---
Right, the reduced testcase is invalid. I'll try to generate a valid one.
In the meantime, I looked at the corresponding place in (gcc
4.8.2):
1125 /**
1126* If the argument is a bind expression, we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #6 from Marek Polacek ---
Would it work if remove_c_maybe_const_expr stripped NOP_EXPRs first?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #5 from Jakub Jelinek ---
Because the C_MAYBE_CONST_EXPR has been added again in:
4576 if (!op2_maybe_const || TREE_CODE (op2) != INTEGER_CST)
4577op2 = c_wrap_maybe_const (op2, !op2_maybe_const);
around th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
--- Comment #12 from Jonathan Wakely ---
C-reduce has created an invalid testcase, hasn't it? Line 115 is invalid, but
the corresponding line in is not the same.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #4 from joseph at codesourcery dot com ---
On Tue, 21 Jan 2014, jakub at gcc dot gnu.org wrote:
> The outer C_MAYBE_CONST_EXPR comes from:
> #5 0x0059abd4 in note_integer_operands (expr= 0x719d8840>) at ../../gcc/c/c-type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #3 from joseph at codesourcery dot com ---
On Tue, 21 Jan 2014, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
>
> --- Comment #2 from Marc Glisse ---
> (In reply to jos...@codesourcery.com from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
--- Comment #11 from Rafał Rawicki ---
Created attachment 31909
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31909&action=edit
C-reduced testcase
I've c-reduced given testcase. Compare lines 103 and 115, I think the problem
lies here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59892
--- Comment #5 from Lukasz Dorau ---
I see. Now I understand. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59892
--- Comment #4 from Markus Trippelsdorf ---
(In reply to Lukasz Dorau from comment #3)
> (In reply to Markus Trippelsdorf from comment #2)
> > When v.hosts[0] or v.hosts[1] is NULL the loop is fine, so there is
> > no reason for a warning.
> > The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59892
--- Comment #3 from Lukasz Dorau ---
(In reply to Markus Trippelsdorf from comment #2)
> When v.hosts[0] or v.hosts[1] is NULL the loop is fine, so there is
> no reason for a warning.
> The testcase is obviously invalid.
>
But v.hosts[0] and v.hos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #13 from Markus Trippelsdorf ---
The issue from comment 9 is indeed the same problem.
markus@x4 tmp % cat test.ii
class Part {
public:
virtual ~Part();
};
class A : Part {};
void fn1() {
A *a;
delete a;
}
markus@x4 tmp % g++ -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57172
sego changed:
What|Removed |Added
CC||seezer+gcc at roath dot org
--- Comment #9 from se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58996
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #12 from David Kredba ---
I can provide .ii files. Is this reducable? I can try target c-reduce to linker
error. Is any of the http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
applicable here please?
What is clear is that gcc-4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
Jakub Jelinek changed:
What|Removed |Added
Attachment #31907|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
--- Comment #9 from Jakub Jelinek ---
I believe the bug is in expand_small_movmem_or_setmem, if
GET_MODE_SIZE (mode) < size, then we do size / GET_MODE_SIZE (mode) first
stores
starting at destmem's address (correct), but then do just a single sto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59899
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #11 from Markus Trippelsdorf ---
David, without testcases it's very hard to tell what's going on.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #10 from David Kredba ---
I reported this as Calligra error but it is not. Gcc-4.8.2 can compile the same
source code. Trunk can't:
CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o: In
function `Calligra::Sheets::Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59896
Richard Earnshaw changed:
What|Removed |Added
Keywords||ice-on-valid-code, ra
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
CC||christophe.lyon at st dot c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59725
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
--- Comment #4 from Andreas Schwab ---
Still fails as of r206866.
http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg01656.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
Andrey Belevantsev changed:
What|Removed |Added
CC||abel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59899
Bug ID: 59899
Summary: Internal compiler error: Segmentation fault
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #9 from David Kredba ---
Maybe this is a same type of problem (kde-base/korganizer-4.12.1):
CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
Emil Styrke changed:
What|Removed |Added
CC||emil.styrke at gmail dot com
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57422
--- Comment #10 from Andrey Belevantsev ---
Author: abel
Date: Tue Jan 21 12:31:35 2014
New Revision: 206880
URL: http://gcc.gnu.org/viewcvs?rev=206880&root=gcc&view=rev
Log:
Backport from mainline
2013-12-23 Andrey Belevantsev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #7 from David Kredba ---
Gcc 4.8.2 compiles the same source code without errors reported for all
selected Python 2.7, 3.2 and 3.3 versions. (Regression?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
--- Comment #15 from Marc Glisse ---
Another example: http://stackoverflow.com/q/21253690/1918193
where we have (-DVERSION=2):
_128 = img$_M_impl$_M_start_130 + 400;
pretmp_146 = (long intD.12) _128;
pretmp_145 = (long intD.12) img$_M_i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58980
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Paolo Carlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #6 from David Kredba ---
I am still affected by this on trunk with pykde4-4.12.1. Should I report it as
pykde bug to its maintainers?
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `~Notifier':
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958
--- Comment #8 from Alexandre Oliva ---
Jakub is right WRT onepart vs non-onepart vars. Now, I can't think of any why
the union/intersection couldn't be done incrementally, and only for changed
incoming sets (but how would you tell an incoming se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59898
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59898
Bug ID: 59898
Summary: alignment problems in std::map with avx/avx2
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
--- Comment #8 from Georg-Johann Lay ---
(In reply to Martin Nowak from comment #5)
> (In reply to Georg-Johann Lay from comment #4)
> > As the patch above has not been approved, it's unlikely this will ever get
> > fixed...
>
> This should have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57422
--- Comment #9 from Andrey Belevantsev ---
Author: abel
Date: Tue Jan 21 10:22:07 2014
New Revision: 206876
URL: http://gcc.gnu.org/viewcvs?rev=206876&root=gcc&view=rev
Log:
Backport from mainline
2013-12-23 Andrey Belevantsev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59897
--- Comment #4 from Dominique d'Humieres ---
> We also ignore function names / line info but use slightly different regexp.
> ...
All the other asan tests pass on darwin (except strncpy-overflow-1.c at -O0,
pr59148). Only use-after-return-1.c fa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59897
--- Comment #3 from Yury Gribov ---
(In reply to Dominique d'Humieres from comment #2)
> Could you please explicit the "more or less"?
We also ignore function names / line info but use slightly different regexp.
Here's an example for strncpy-over
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59897
--- Comment #2 from Dominique d'Humieres ---
> Looks like we do more or less the same for all other Asan tests.
Could you please explicit the "more or less"?
AFACT "#0.*Func2.*use-after-return-1.c:31.*" is generated by addr2line and
is not p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52795
--- Comment #4 from Dominique d'Humieres ---
As said in pr59541 comment 1, r206070 introduced new failures of the same kind
with -m64:
g++.dg/tree-prof/partition1.C
gcc.dg/tree-prof/20041218-1.c
gcc.dg/tree-prof/crossmodule-indircall-1.c
gcc.dg/t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59894
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59897
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59897
Bug ID: 59897
Summary: FAIL: c-c++-common/asan/use-after-return-1.c -O*
output pattern test, is 1: 0x2285020
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59496
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361
cautionsign changed:
What|Removed |Added
CC||chan.pen.cheong at gmail dot
com
--- Comme
78 matches
Mail list logo
