http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56440
Bug #: 56440
Summary: Compiler crash for f90 with C-binded subroutine name,
which is equals to module name
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56438
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56438
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
Bug #: 56441
Summary: [ARM Thumb] generated asm code produces "branch out of
range" error in gas with -O1 -mcpu=cortex-m3
Classification: Unclassified
Product: gcc
Versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #1 from gnugcc at emblocks dot org 2013-02-25 08:31:31 UTC ---
@ ..\..\src\samba\smblib.c:2362
.loc 1 2362 0
@(insn 688 1291 1292 45 (set (reg:SI 1 r1 [orig:698 MEM[(const unsigned char
*)name_10(D) + 15B] ] [698])
@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56442
Bug #: 56442
Summary: Could not identify that register is clobbered already
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: maj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56440
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56442
Pitchumani changed:
What|Removed |Added
Target||a
--- Comment #1 from Pitchumani
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56440
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077
--- Comment #10 from Andrey Belevantsev 2013-02-25
08:48:48 UTC ---
Author: abel
Date: Mon Feb 25 08:48:42 2013
New Revision: 196252
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196252
Log:
2013-02-25 Andrey Belevantsev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976
--- Comment #9 from Tobias Burnus 2013-02-25
08:49:03 UTC ---
Latest patch: http://gcc.gnu.org/ml/fortran/2013-02/msg00136.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077
Andrey Belevantsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||dant at picochip dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #19 from Jakub Jelinek 2013-02-25
10:32:36 UTC ---
Please post the patch to gcc-patches, if there are issues on picochip, they can
be resolved later, the patch will cure the issues on the primary and secondary
architectures.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #4 from Karlson2k 2013-02-25 10:53:36 UTC ---
Yes, it's related, but has more bugs to fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56442
Georg-Johann Lay changed:
What|Removed |Added
Keywords||wrong-code
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
--- Comment #3 from Marek Polacek 2013-02-25
10:58:12 UTC ---
(gdb)
358 slot = htab_find_slot (scalar_evolution_info, &tmp, INSERT);
(gdb) p scalar_evolution_info
$1 = (htab_t) 0x0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #5 from Karlson2k 2013-02-25 11:05:47 UTC ---
With current configure some capabilities tests for in-tree gas and ld are based
only on version (that's wrong, because for COFF many features (TLS) isn't
supported), other tests requ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56437
--- Comment #4 from Paolo Carlini 2013-02-25
11:17:30 UTC ---
Note that all such changes should be applied to ext/vstring (which will become
basic_string in 4.9) not to basic_string. By now the latter is frozen, modulo
serious regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #3 from gnugcc at emblocks dot org 2013-02-25 11:35:53 UTC ---
The "Reporting Bugs" manual isn't taht clear.
It says
"What we need:
the preprocessed file (*.i*) that triggers the bug, generated by adding
-save-temps to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #4 from gnugcc at emblocks dot org 2013-02-25 11:40:45 UTC ---
Created attachment 29534
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29534
This file shows/reproduce the error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #20 from vries at gcc dot gnu.org 2013-02-25 11:50:30 UTC ---
Author: vries
Date: Mon Feb 25 11:50:25 2013
New Revision: 196255
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196255
Log:
2013-02-25 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #13 from vries at gcc dot gnu.org 2013-02-25 11:53:55 UTC ---
PR56131 has been re-fixed, so this PR should not trigger anymore on hppa.
However, it might still trigger on picochip (see also
http://gcc.gnu.org/bugzilla/show_bug.cg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
--- Comment #4 from Marek Polacek 2013-02-25
12:15:05 UTC ---
Goes away with -fno-tree-pre. The thing is, PRE calls scev_finalize. But
before loop optimizing, especially estimate_numbers_of_iterations, which calls
estimate_numbers_of_ite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
Bug #: 56443
Summary: internal compiler error: verify_gimple failed at
-O[1-2] -ftree-vectorize
Classification: Unclassified
Product: gcc
Version: 4.8.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
--- Comment #5 from Richard Biener 2013-02-25
12:50:15 UTC ---
Lack of predicated value-numbering makes the IL such that copy-propagation
inside the loop pipeline makes the single loop reducible. Thus we missed
scev_initialize.
[gives
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
--- Comment #2 from Jakub Jelinek 2013-02-25
13:11:08 UTC ---
Created attachment 29535
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29535
gcc48-pr56443.patch
Untested fix. Going forward, you want to avoid using the overaligned t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #5 from gnugcc at emblocks dot org 2013-02-25 13:14:46 UTC ---
Could it be that in the file arm.md concerning the following snippet:
(define_insn "*arm_jump"
[(set (pc)
(label_ref (match_operand 0 "" "")))]
"TARGET_32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE 2013-02-25 13:29:36 UTC ---
> --- Comment #8 from N8GCBP7SHNBTI79GINADGKJPRTLOCO2A at cmx dot ietfng.org
> 2013-02-23 03:13:27 UTC ---
> If I do not remove the -32 from configure and do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
David Krauss changed:
What|Removed |Added
CC||potswa at mac dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
Marek Polacek changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #10 from Anton Shterenlikht 2013-02-25
14:15:32 UTC ---
Just to say that on my system I have the same GAS version:
# /usr/local/bin/as --version
GNU assembler (GNU Binutils) 2.23.1
Copyright 2012 Free Software Foundation, In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #7 from Jakub Jelinek 2013-02-25
14:41:31 UTC ---
Author: jakub
Date: Mon Feb 25 14:41:26 2013
New Revision: 196260
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196260
Log:
PR c++/56403
* init.c (build_ze
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56444
Bug #: 56444
Summary: mn10300.c:3228:16: error: unused variable ‘loops’
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56445
Bug #: 56445
Summary: avr.c:11551:16: error: invoking macro FX_FTYPE_FX ar
gument 1: empty macro arguments are undefined
Classification: Unclassified
Product: gcc
Versio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56433
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56440
Tobias Burnus changed:
What|Removed |Added
Keywords|ice-on-valid-code |accepts-invalid,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
--- Comment #13 from Richard Biener 2013-02-25
15:31:37 UTC ---
Author: rguenth
Date: Mon Feb 25 15:31:31 2013
New Revision: 196263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196263
Log:
2013-02-25 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
Richard Biener changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.7/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
Daniel Frey changed:
What|Removed |Added
CC||d.frey at gmx dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56444
--- Comment #1 from Jeffrey A. Law 2013-02-25 16:29:13
UTC ---
This makes no sense:
static void
mn10300_scan_for_setlb_lcc (void)
{
struct loops loops;
loop_iterator liter;
loop_p loop;
DUMP ("Looking for loops that can us
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439
--- Comment #6 from Robert "Finny" Merrill
2013-02-25 16:39:39 UTC ---
Well other than the fact that it now uses two registers (the registers are
8-bit and ints are 16-bit), no, it does the same thing
register int foo asm ("r30");
voi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #6 from gnugcc at emblocks dot org 2013-02-25 16:47:51 UTC ---
The work-around is working but it is not the correct way.
I'm cheating that a branch is always 4 bytes in Thumb2 (which is actually the
case with the broken assembler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
--- Comment #2 from Chip Salzenberg 2013-02-25 17:51:36
UTC ---
I detected this by observing inlined strlen() on a malloc'd pointer did not
first do an unaligned prologue. I expected it to first advance by bytes until
it detected alignmen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
--- Comment #3 from Chip Salzenberg 2013-02-25 17:54:23
UTC ---
I meant the low three bits off, for a maximum value of seven. Of course.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56444
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||rguenther at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56444
--- Comment #3 from Jeffrey A. Law 2013-02-25 18:40:01
UTC ---
In that case, fix, post & commit as obvious.
jeff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #16 from Tilo Schwarz 2013-02-25 19:01:50
UTC ---
(In reply to comment #14)
> Created attachment 29532 [details]
> Namelist patch
Bummer, I had a typo in the comment:
The second hunk should read
"/* Don't move first_nl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56433
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
Jakub Jelinek changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Bug #: 56446
Summary: Generate one fewer relocation when calling a checked
weakref function
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56427
Jason Merrill changed:
What|Removed |Added
Version|4.3.0 |4.8.0
--- Comment #1 from Jason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #22 from stevenb.gcc at gmail dot com 2013-02-25 19:54:59 UTC ---
> Looking for targets that occur in both lists (and ignoring mips) I find only
> picochip. So, AFAIU, PR56242 might still trigger for picochip.
No. It is imposs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #23 from stevenb.gcc at gmail dot com 2013-02-25 19:59:09 UTC ---
> For all these targets, we recompute the CFG at the start of
> pass_machine_reorg:
> ...
> $ egrep '(compute|free)_bb_for_insn' gcc/config/*/*
> gcc/config/arm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56447
Bug #: 56447
Summary: [C++11] Lambda in template has conversion op it
shouldn't have
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
--- Comment #5 from Chip Salzenberg 2013-02-25 20:02:24
UTC ---
Indeed. So MALLOC_ABI_ALIGNMENT should perhaps default to the largest
alignment of all the C89 types, with platform overrides as needed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #18 from Tilo Schwarz 2013-02-25 20:28:40
UTC ---
(In reply to comment #17)
> (In reply to comment #15)
> > The type extension problem might be related to the fact, that gfortran does
> > not
> > generate a namelist entry for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
--- Comment #7 from fabien at gcc dot gnu.org 2013-02-25 20:56:42 UTC ---
(In reply to comment #6)
> (In reply to comment #4)
[...]
> If so, this corrected test case still triggers ICE:
Good point. Further reduced:
struct A
{
vi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56447
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
--- Comment #8 from fabien at gcc dot gnu.org 2013-02-25 21:04:59 UTC ---
(In reply to comment #6)
[...]
> 2) check that the first operand of a COMPONENT_REF is actually a FIELD_DECL
> before calling DECL_FIELD_IS_BASE on it.
As a conseq
-trunk --version
gcc-trunk (GCC) 4.8.0 20130225 (experimental) [trunk revision 196255]
$ gcc-4.7 -O -c volatile.c
$ gcc-trunk -c volatile.c
$ gcc-trunk -O -c volatile.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Steven Bosscher changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
--- Comment #3 from Thiago Macieira 2013-02-25 22:27:14
UTC ---
This should not be done for non-PIC code. In those, it might be preferable to
make the actual call, as opposed to an indirect jump.
I also wonder what would happen for a cal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
--- Comment #4 from Thiago Macieira 2013-02-25 22:28:07
UTC ---
One more detail: both ICC 13 and Clang 3.0 do the same thing as GCC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56449
Bug #: 56449
Summary: operator-> in a template class can lead to infinite
template instantiation
Classification: Unclassified
Product: gcc
Version: 4.6.3
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56449
--- Comment #1 from Jonathan Wakely 2013-02-25
22:42:12 UTC ---
Both 4.7 and 4.8 exit with a sensible diagnostic:
a.cc:2:19: error: template instantiation depth exceeds maximum of 900 (use
-ftemplate-depth= to increase the maximum) instantiatin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56449
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49118
Jakub Jelinek changed:
What|Removed |Added
CC||basil at list dot ru
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56450
Bug #: 56450
Summary: ICE with SFINAE when detecting non-static member
variable
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56451
Bug #: 56451
Summary: [4.8 regression] Wrong code for
gcc.c-torture/execute/941015-1.c on SH
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56451
--- Comment #1 from Kazumoto Kojima 2013-02-26
00:32:07 UTC ---
Before dbr_schedule, the insns look like:
r1 := 0xc000
(A)if (r5 > r1) goto L0
(B)if (r5 < r1) goto L1
r1 := 0x8000
(C)if (r4 >= r1) goto L0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56452
Bug #: 56452
Summary: [C++11] Using declaration for inheriting constructors
taints template parameter
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439
--- Comment #7 from Chung-Ju Wu 2013-02-26
03:30:40 UTC ---
Sorry I didn't notice that it is 8-bit register on avr.
I was porting a 32-bit register target and this case is similar to mine.
That's why I have such guess in comment 5.
No
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56438
--- Comment #3 from Jason Merrill 2013-02-26
04:27:49 UTC ---
Author: jason
Date: Tue Feb 26 04:27:40 2013
New Revision: 196274
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196274
Log:
PR c++/56438
* semantics.c (pot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
--- Comment #6 from Jason Merrill 2013-02-26
04:28:04 UTC ---
Author: jason
Date: Tue Feb 26 04:27:51 2013
New Revision: 196275
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196275
Log:
PR c++/56377
* pt.c (fn_type_un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
Jason Merrill changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56438
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37237
--- Comment #12 from Jason Merrill 2013-02-26
04:35:16 UTC ---
(In reply to comment #11)
> What I'd like to know is what is guaranteed.
> Previously gcc didn't emit the linkage name for any destructor -- but
> this would make the proposed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56453
Bug #: 56453
Summary: Gcc segmentation fault building argz_add.c for
xcompiler newlib for fr30-elf
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
Bug #: 56454
Summary: need to rename attribute no_address_safety_analysis to
no_sanitize_address
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #1 from Andrew Pinski 2013-02-26
07:14:42 UTC ---
What is the reasoning for the change? I think it is bad form to change the
attribute name at all.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #2 from Kostya Serebryany 2013-02-26
07:19:00 UTC ---
Long story short:
we needed to unify the names for asan/tsan/msan attributes.
Now they are called
no_sanitize_address
no_sanitize_thread
no_sanitize_memory
Lengthy d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #3 from Andrew Pinski 2013-02-26
07:25:40 UTC ---
(In reply to comment #2)
> Long story short:
> we needed to unify the names for asan/tsan/msan attributes.
> Now they are called
> no_sanitize_address
> no_sanitize_thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #4 from Andrew Pinski 2013-02-26
07:26:44 UTC ---
Oh and this really should have been talked about on the GCC list too. Please
next time bring these issues up at the same time on the GCC list for more
feedback instead of consi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56450
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #5 from Kostya Serebryany 2013-02-26
07:38:42 UTC ---
Hm... Ok...
Although there is a risk that this way we may never reach a decision.
Is there a precedent of solving issues this way?
How about __has_feature, by the way?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56453
--- Comment #1 from Simeon Pilgrim 2013-02-26
07:41:53 UTC ---
Simplified that case down to the command:
fr30-elf-gcc -c -o lib_a-argz_add.o argz_add.c
and the code:
void argz_add(char *str)
{
if (str == 0)
return;
retur
1 - 100 of 103 matches
Mail list logo
