Jakub Jelinek ja...@redhat.com writes:
2012-11-12 Jakub Jelinek ja...@redhat.com
* asan.c (report_error_func): Set DECL_IGNORED_P, don't touch
DECL_ASSEMBLER_NAME.
(asan_init_func): Likewise.
(asan_finish_file): Use void * instead of __asan_global * as
type
On Sat, Nov 10, 2012 at 07:54:34PM +0100, Tobias Burnus wrote:
2012-11-10 Tobias Burnus bur...@net-b.de
Jakub Jelinek ja...@redhat.com
* asan.c (maybe_instrument_builtin_call): Set *iter
to gsi for the call at the end.
(transform_statements): Leave loop
Tobias Burnus bur...@net-b.de writes:
The attached test case ICEs (segfault) both on the asan branch and on
the trunk with Dodji's patches:
Thank you for reporting this.
I believe the neqw series of patches I have juste posted address this
issue.
To ease the testing, you can check out an
Dodji Seketeli wrote:
I believe the neqw series of patches I have juste posted address this
issue.
Thanks a lot for your merging work! I am really looking forward to have
it available on the trunk!
I guess that your updated patch fixes the issue as it incorporates
Jakub's patch. (I have
On Mon, Nov 12, 2012 at 04:45:55PM +0100, Tobias Burnus wrote:
First, I have a small hyphen fix patch, which is on top of your
merge branch. (The asan branch itself is okay.)
This patch is preapproved with appropriate ChangeLog entry.
Thanks.
--- invoke.texi.orig2012-11-12
Jakub Jelinek ja...@redhat.com writes:
The bug is elsewhere, the following patch should fix this
(and I've reordered the assignments according to the call arg
number, so that it is more readable at the same time).
Ok for trunk?
2012-11-12 Jakub Jelinek ja...@redhat.com
* asan.c
Another ICE:
% cat test.ii
int i;
% g++ -faddress-sanitizer -c -g -O1 test.ii
test.ii:1:7: internal compiler error: Segmentation fault
int i;
^
0xa5cb5f crash_signal
/home/markus/gcc/gcc/toplev.c:334
inconsistent DWARF line number info
0x4cf588 cp_classify_record
On Mon, Nov 12, 2012 at 06:13:08PM +0100, Markus Trippelsdorf wrote:
Another ICE:
% cat test.ii
int i;
% g++ -faddress-sanitizer -c -g -O1 test.ii
test.ii:1:7: internal compiler error: Segmentation fault
int i;
^
The RECORD_TYPE doesn't have lang specific payload allocated
On 2012.11.12 at 19:02 +0100, Jakub Jelinek wrote:
On Mon, Nov 12, 2012 at 06:13:08PM +0100, Markus Trippelsdorf wrote:
Another ICE:
% cat test.ii
int i;
% g++ -faddress-sanitizer -c -g -O1 test.ii
test.ii:1:7: internal compiler error: Segmentation fault
int i;
^
On Fri, Nov 09, 2012 at 09:36:53PM +0100, Tobias Burnus wrote:
* I still have to do an all-language bootstrap and regtesting,
though the latter is probably pointless as there is currently not a
single -fasan test case.
--- gcc/asan.c.orig 2012-11-09 21:26:26.0 +0100
+++ gcc/asan.c
Jakub Jelinek wrote:
--- gcc/asan.c.orig 2012-11-09 21:26:26.0 +0100
+++ gcc/asan.c 2012-11-09 21:26:00.0 +0100
@@ -1362,6 +1362,8 @@ transform_statements (void)
instrument_assignment (i);
else if (is_gimple_call (s))
maybe_instrument_call
Tobias Burnus wrote:
So untested:
Thanks for the patch! It fixed the problem half way: It fixes the
second issue I had (fail10.ii,
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00791.html ).
However, it didn't fix the original problem: As the call for strlen
directly returns, it never
The attached test case ICEs (segfault) both on the asan branch and on
the trunk with Dodji's patches:
fail31.ii: In static member function 'static std::size_t
std::char_traitschar::length(const char_type*)':
fail31.ii:13:19: internal compiler error: Segmentation fault
static size_t
Tobias Burnus wrote:
The attached test case ICEs (segfault) both on the asan branch and on
the trunk with Dodji's patches:
I found another ICE - this time without a patch.
[That's with the patch, which I posted in this thread. Without, one
seems to run into the problem I tried to fix with
14 matches
Mail list logo