https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #26 from Dominique d'Humieres ---
The failures in comment 22 are due to r217769 and are now fixed at r217946,
likely by r217853 (no interest to check it). Note for the record that the
double spaces were due to r217518 (libsanitizer me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #25 from Francois-Xavier Coudert ---
(In reply to howarth from comment #22)
> At r217817 on x86_64-apple-darwin14, without llvm-symbolizer in the path but
> with https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c50 applied, I still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #24 from howarth at bromo dot med.uc.edu ---
Yes, the c-c++-common/asan/null-deref-1.c failures are only at -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #23 from Dominique d'Humieres ---
> I still see failures for...
>
> FAIL: c-c++-common/asan/null-deref-1.c -O1 output pattern test, is
> ASAN:SIGSEGV
I guess this is with -m32. For some reasons only one # line is emitted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #22 from howarth at bromo dot med.uc.edu ---
At r217817 on x86_64-apple-darwin14, without llvm-symbolizer in the path but
with https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c50 applied, I still
see failures for...
FAIL: c-c++-com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #20 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Wed Nov 19 22:33:36 2014
New Revision: 217817
URL: https://gcc.gnu.org/viewcvs?rev=217817&root=gcc&view=rev
Log:
PR sanitizer/63939
* c-c++-common/asan/global-overf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #19 from Francois-Xavier Coudert ---
(In reply to howarth from comment #18)
> Why are we checking in these changes in a piecemeal fashion instead of
> addressing all those failing test cases listed in the "Updated patch"?
I don't kno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #18 from howarth at bromo dot med.uc.edu ---
Why are we checking in these changes in a piecemeal fashion instead of
addressing all those failing test cases listed in the "Updated patch"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #17 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Wed Nov 19 22:06:47 2014
New Revision: 217816
URL: https://gcc.gnu.org/viewcvs?rev=217816&root=gcc&view=rev
Log:
PR sanitizer/63939
* g++.dg/asan/large-func-test-1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #16 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Wed Nov 19 21:31:23 2014
New Revision: 217813
URL: https://gcc.gnu.org/viewcvs?rev=217813&root=gcc&view=rev
Log:
PR sanitizer/63939
* c-c++-common/asan/heap-overflo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
Dominique d'Humieres changed:
What|Removed |Added
Attachment #34028|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #14 from Dominique d'Humieres ---
> (1) I don't understand what has changed to explain the failures.
I still don't know what change between r217514 and r217602 caused it but the
reason is that there is now two spaces instead of one i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #13 from Francois-Xavier Coudert ---
(In reply to Dominique d'Humieres from comment #12)
> I guess it requires llvm-symbolizer in PATH. Where can I find it?
Yes, that was the line above the one you quoted :)
I got the latest LLVM her
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #12 from Dominique d'Humieres ---
> > RUNTESTFLAGS="asan.exp") down from 60 to 36. (I will investigate the
> > remaining failures separately.)
>
> your count is much smaller than Dominique's is that after applying some other
> patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #11 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #10)
> The only small snag here is that llvm-symbolizer is not a 'standard tool'
> but requires a devt build of llvm.
I've filed a bug report with Apple, aski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #10 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #9)
> (In reply to Jakub Jelinek from comment #8)
> > No. libsanitizer is only supported on selected *-*-linux* targets, and
> > (apparently prematurely so) o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #9 from Francois-Xavier Coudert ---
(In reply to Jakub Jelinek from comment #8)
> No. libsanitizer is only supported on selected *-*-linux* targets, and
> (apparently prematurely so) on x86_64-*-darwin* and i?86-*-darwin*.
Fair enou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #8 from Jakub Jelinek ---
(In reply to Francois-Xavier Coudert from comment #7)
> It's not only a darwin issue: as libbacktrace's README says, "libbacktrace
> only supports ELF executables with DWARF debugging information", so
> obvio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #7 from Francois-Xavier Coudert ---
It's not only a darwin issue: as libbacktrace's README says, "libbacktrace only
supports ELF executables with DWARF debugging information", so obviously there
are other object formats, Mach-O and PE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
Jakub Jelinek changed:
What|Removed |Added
CC|davem at gcc dot gnu.org |
--- Comment #6 from Jakub Jeline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
--- Comment #5 from Jakub Jelinek ---
I'd strongly prefer somebody interested in darwin to just add the libbacktrace
support. And instead of obfuscating the testcase, either see why it is not
symbolized by testsuite/lib/asan-dg.exp (asan_symboli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63939
Francois-Xavier Coudert changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
23 matches
Mail list logo
