https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68195
--- Comment #3 from Evgeniy Dushistov ---
I build gcc with last commit:
commit 06d6724083a2cb1f35e36f4a0db3025bfde20667
Author: nathan
Date: Wed Nov 4 17:01:23 2015 +
* libgomp.oacc-c-c++-common/loop-red-g-1.c: New.
* libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68195
--- Comment #4 from Evgeniy Dushistov ---
Created attachment 36650
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36650&action=edit
preprocessed sources
I attached files created with gcc -E from main.cpp and Lib.cpp, hope this helps
reprod
ity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
Target Milestone: ---
struct Test {
static const int foo = (1 << sizeof(
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Target Milestone: ---
With code like this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68338
--- Comment #2 from Evgeniy Dushistov ---
The problem as I understand assembler in check
that find out is static variable initialized,
clang emit this:
callq 45bdb0 <__tsan_atomic8_load>
while gcc emit
callq 401260 <__tsan_read1@plt>
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: msnkipa at mail dot ru
Target Milestone: ---
This code could not be compiled:
std::exception_ptr safe(std::function); // Defined somewhere in file
template
auto safe(typename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68411
--- Comment #1 from Keepa Mihail ---
Correct piece of code that generate described error must be:
std::exception_ptr safe(std::function);
template
inline auto safe(
typename std::enable_if::type>::value, vo
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
Target Milestone: ---
For such code:
#include
template
struct Foo {
std::function f(T p) __attribute__((warn_unused_result)) { return
[p
Version: 4.8.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
`-pedantic` causes g++ to emit a warning `ISO C++ forbids casting between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
Askar Safin changed:
What|Removed |Added
CC||safinaskar at mail dot ru
--- Comment #21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #23 from Askar Safin ---
Please remove {0} warning at least in cases where {0} is obviously OK (such as
addrinfo)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64531
Egor changed:
What|Removed |Added
Severity|minor |normal
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: anpaza at mail dot ru
Created attachment 33790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33790&action=edit
A test source file &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63625
Andrew Zabolotny changed:
What|Removed |Added
Version|unknown |4.8.1
Resolution|FIXED
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
Created attachment 33864
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33864&action=edit
failed test
In attachment source code extracted from llvm/lib/Analysis/LazyValueInfo.cpp
and from co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63711
--- Comment #1 from Evgeniy Dushistov ---
The bug is reproduced only with gcc-4.9.1.
Today I try gcc-4.9.2 and it disappear.
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
With such simple program:
$ cat /tmp/test2.cpp
#include
#include
int main()
{
std::vector v = {1, 2};
for (auto a : v)
printf("%d\n", a);
: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mail at jonasplatte dot de
Created attachment 34081
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34081&
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: palpatin91 at mail dot ru
According to the 23.2.1p3 C++11 Standard:
===
For the components affected by this subclause that declare an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64096
rylai changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: angeldevil_007 at mail dot ru
Simple example working for me:
#include
#include
struct test_t {
test_t() {
std::printf(&qu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
Alexander Varnin changed:
What|Removed |Added
CC||fenixk19 at mail dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #43 from Alexander Varnin ---
And I also confirm that adding -latomic to build options fixes the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #45 from Alexander Varnin ---
(In reply to Damien Buhl (daminetreg) from comment #44)
While given test works properly with -latomic on my installation, my
application doesn't. It fails with segfault in approximately half of launches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #48 from Alexander Varnin ---
Created attachment 34224
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34224&action=edit
config.log for compiler with the bug
Here is my config.log from cross compiler build.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: theubik at mail dot ru
Created attachment 34236
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34236&action=edit
gcc -v output
class A
{
public:
A(const char* str) {};
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64248
--- Comment #2 from theubik at mail dot ru ---
(In reply to Markus Trippelsdorf from comment #1)
> Probably more outfall from r217241.
it's not a bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64035
--- Comment #3 from Jonas Platte ---
(In reply to Richard Biener from comment #2)
> But 4.7 rejects it so there is no version that works. How's it a regression?
Does the bug report imply this is a regression? If so, that was not
intentional.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64035
--- Comment #4 from Jonas Platte ---
EDIT: Sorry for the noise, I didn't notice the summary change before.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: husky.puppy at mail dot com
Created attachment 33072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33072&action=edit
Preprocessed sourcce code
When using std::regex_search to match the string R"("tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #8 from andysem at mail dot ru ---
We have a similar problem in Boost.Atomic:
https://svn.boost.org/trac/boost/ticket/10204
There we mark all boost::atomic<> functions as always_inline to make sure the
compiler sees the memory
++
Assignee: unassigned at gcc dot gnu.org
Reporter: isak50 at mail dot ru
// g++ 1.cpp -O2 -Wall -std=c++11 -Wall
#include
struct Base{
virtual void f() {printf("base\n");}
};
struct Child : Base{
void f()override {printf("child\n");}
};
alignas(Child)
char buf[sizeo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63179
--- Comment #2 from Pavel ---
Sorry.
NCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: vic100 at mail dot com
If I don't use LTO then the main loop is optimized out. If I use LTO with
inline INLINE keywords then it's a linker
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
Created attachment 33588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33588&action=edit
problem code
On my system linux/x86_64 compilation of valgrind w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63393
Evgeniy Dushistov changed:
What|Removed |Added
Summary|-ffreestanding not work:|[regression]-ffreestanding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63393
--- Comment #4 from Evgeniy Dushistov ---
(In reply to Mikael Pettersson from comment #3)
> I don't know if this is supposed to be "fixed" (for all str* and mem*
> functions one might want to implement oneself), but the standard workaround
> is t
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: mail at bobah dot net
Target Milestone: ---
The below test program
- incorrectly prints "83" on g++ 5.2 with '-ftrack-macro-expansion=0'
- correctly prints
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
mail at bobah dot net changed:
What|Removed |Added
Summary|Incorrect __LINE__ |Incorrect __LINE__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
--- Comment #2 from mail at bobah dot net ---
And if I make this change it works even with '-ftrack-macro-expansion=0'
- #define LINE STR(__LINE__) STR(__LINE__)
+ #define LINE() STR(__LINE__) STR(__LINE__)
- std::cout <
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: george.d.petit.ctr at mail dot mil
Target Milestone: ---
Created attachment 35704
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35704&action=edit
ii file ass
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: theubik at mail dot ru
Target Milestone: ---
// main.cpp
namespace N
{
namespace
{
}
}
int main()
{
using namespace N;
return 0;
}
>>g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64035
Jonas Platte changed:
What|Removed |Added
Version|4.9.2 |5.2.0
Known to fail|
n member template class is
involved
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igusarov at mail dot ru
GCC bu
g
ReportedBy: dan_1997 at mail dot ru
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42967
d of "error: ..."
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vyg84 at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42990
--- Comment #1 from vyg84 at mail dot ru 2010-02-07 07:08 ---
In my case unpredictable results I recieved during call "atof",
but for example "atoi" worked fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42990
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48199
Summary: unable to emulate 'TF'. Patch for mips64el r5900
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48199
--- Comment #1 from Deny 2011-03-18 22:43:34 UTC
---
http://www.megaupload.com/?d=GREE7D1X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48365
Summary: Non-constant references in std::valarray::operator
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48386
Summary: "Cannot declare static function inside another
function"
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48386
--- Comment #2 from zxfox at mail dot ru 2011-03-31 13:37:05 UTC ---
(In reply to comment #1)
> This is not a bug, G++ is correct.
>
> Are you trying to create a static variable?
>
> The rules of C++ say that "B b( A() )&
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48199
Deny changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6709
cheburnae changed:
What|Removed |Added
CC||osa252 at mail dot ru
--- Comment #18 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48485
Summary: mudflap don't discover mistake - negative one index on
static array i.e. a[-1]=b;
Product: gcc
Version: 4.5.4
Status: UNCONFIRMED
Severity: major
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48485
--- Comment #2 from konst 2011-04-07 10:04:07 UTC ---
Created attachment 23907
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23907
main.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48485
--- Comment #3 from konst 2011-04-07 10:08:59 UTC ---
gcc -fmudflap main.c -lmudflap -o main && ./main
and nothing, but if I do 'a[-2]=c;' in main.c and compile it then the mistake
is discovered by following output:
***
mudflap violation 1 (c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48485
--- Comment #5 from konst 2011-04-07 11:01:30 UTC ---
> Note that openSUSE has libmudflap disabled, so I wonder how it even compiles
> and links for you ;)
Yes, I downloaded src.rpm, compiled it (gcc and mudflap) and "make install"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49085
Summary: Crash with SIGSEGV during compilation.
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c++
AssignedTo: unassig...@
large unsigned integer values in
C99 mode
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mail at
--- Comment #1 from mail at rink dot nu 2010-09-15 20:40 ---
Created an attachment (id=21804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21804&action=view)
Failing code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45683
--- Comment #2 from mail at rink dot nu 2010-09-15 20:40 ---
Created an attachment (id=21805)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21805&action=view)
.i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45683
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46309
Summary: optimization a==3||a==1
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46309
--- Comment #1 from eidletni at mail dot ru 2010-11-05 08:36:58 UTC ---
Created attachment 22290
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22290
c++ code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46477
Summary: GCC doesn't understand %c in asm instruction with
-mcmodel=large
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
--- Comment #1 from fierevere at mail dot ru 2010-05-12 07:01 ---
Created an attachment (id=20640)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20640&action=view)
this file triggers ICE in cc1plus
i have exactly the same, affects 4.5.0 release and current gcc-4_5
--- Comment #2 from fierevere at mail dot ru 2010-05-12 07:05 ---
Please change:
component to bootstrap
Host/Target and Build to i686-pc-linux-gnu
set higher priority and severity, this problem makes profiledbootstrap make
target unable to build and FDO-built GCC unusable, its
erpretation of hex constant as floating point
value.
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Reported
--- Comment #2 from draqsn at mail dot ru 2010-05-26 08:47 ---
Sorry, my mistake.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44272
--- Comment #35 from phmagic at mail dot ru 2010-06-10 19:08 ---
Hello,
I just upgraded to gcc-4.4.3 (from Gentoo distribution) and recompiled the
whole system (on x86). Then I had to discover the (as it turned to be,
infamous) mozilla-firefox + zlib bug. I reported it to the
--- Comment #37 from phmagic at mail dot ru 2010-06-11 01:43 ---
Thank you, Ed. I missed that. I wrongly (obviously wrongly, because this would
negatively affect performance) thought that ABI is such that stack is aligned
after the call, not before.
--
http://gcc.gnu.org/bugzilla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31316
yashik_poc...@mail.ru changed:
What|Removed |Added
CC||yashik_pochty at mail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50080
Bug #: 50080
Summary: error: 'template' (as a disambiguator) is only allowed
within templates
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFI
4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igusarov at mail dot ru
GCC build triplet: i386-unknown-freebsd5.4
GCC host triplet: i386-unknown-freebsd5.4
GCC target triplet: arm-none-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33909
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nickols_k at mail dot ru
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://g
--- Comment #1 from nickols_k at mail dot ru 2007-11-25 07:58 ---
Created an attachment (id=14632)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14632&action=view)
preroccesed compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34220
sage with explicit copy constructor
call
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: 4ertus2 at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36183
accept invalid: double class name
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dushistov at mail dot ru
3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: msnkipa at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36730
--- Comment #2 from msnkipa at mail dot ru 2008-07-04 18:31 ---
(In reply to comment #1)
> __builtin_ia32_... builtins are not for general use. They are considered
> internal to gcc, please use intrinsics from ?mmintrin.h files instead.
>
Thanks!
--
http://gcc.gnu.org
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: msnkipa at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36732
uct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: msnkipa at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36733
--- Comment #2 from msnkipa at mail dot ru 2008-07-04 21:57 ---
I know it, but such part as
movapd -320(%rbp), %xmm0
movapd %xmm0, -128(%rbp)
movapd -304(%rbp), %xmm0
movapd %xmm0, -144(%rbp)
movapd -144(%rbp), %xmm1
movapd -128(%rbp
ReportedBy: aplatovsky at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26117
--- Comment #2 from aplatovsky at mail dot ru 2006-02-06 14:41 ---
.
--
aplatovsky at mail dot ru changed:
What|Removed |Added
Status|RESOLVED
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: themgt at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26176
--- Comment #2 from themgt at mail dot ru 2006-02-08 17:29 ---
i586-pc-linux-gnu-gcc -c -Os -march=i586 -mtune=i686 -pipe -fomit-frame-pointer
-fno-strict-aliasing -ansi -Wno-return-type -w-I../..
-I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
--- Comment #4 from themgt at mail dot ru 2006-02-09 21:08 ---
I have to excuse myself, this is not a gcc bug!
I found out, that the only cmov-"infected" binaries were those of xorg.
It is a problem of mmx/sse inlcudes in their files:
https://bugs.freedesktop.org/show_bug.c
Severity: critical
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hidden_peak at mail dot ru
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26773
t gcc dot gnu dot org
ReportedBy: antonvys at mail dot ru
CC: antonvys at mail dot ru,gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.10
GCC host triplet: sparc-sun-solaris2.10
GCC target triplet: sparc-sun-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21547
--- Additional Comments From antonvys at mail dot ru 2005-05-23 09:40
---
I think if I use ./configure with flags --with-mpfr=[PATH] --with-gmp=[PATH]
libgmp should be automatically added to LD_LIBRARY_PATH for building.
Otherwise it should be mentioned in docs that setting flags --with
elp on no-show of warning is missing
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mail at thorstenhau dot de
--- Additional Comments From mail at thorstenhau dot de 2005-01-23 19:49
---
I don't want to exclude warnings for a specific part of the code, but a specific
warning for all code.
--
What|Removed |
--- Additional Comments From mail at thorstenhau dot de 2005-01-23 20:18
---
That would be a workaround, not a solution. What I'm looking for is
-Wno-string-length.
I think it should be possible to diable any warning. Since you seem to see
-pedantic as one big heap I'll m
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: olme8 at mail dot ru
Target Milestone: ---
$ cat test.c
#if 0
#include
#else
typedef int int32_t;
typedef __builtin_neon_si int32x2_t __attribute__ ((__vector_size__ (8
: unassigned at gcc dot gnu.org
Reporter: sudakov_ivan at mail dot ru
Target Milestone: ---
Created attachment 38896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38896&action=edit
Code to reproduce bug
Environment:
uname -a
Linux 4.1.13-100.fc21.x86_64 #1 SMP Tue Nov 10 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71874
--- Comment #3 from Ivan ---
It works wrong only for overlapped memory blocks?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71463
--- Comment #8 from Milian Wolff ---
As an interested bystander, may I ask: If the attribute is part of the type,
shouldn't it then be transferred via decltype() and then also used in the
template to trigger the warning there? To me, the example
++
Assignee: unassigned at gcc dot gnu.org
Reporter: andysem at mail dot ru
Target Milestone: ---
Created attachment 39021
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39021&action=edit
Preprocessed code that fails to compile
The attached preprocessed code (compres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72659
--- Comment #1 from andysem at mail dot ru ---
Created attachment 39022
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39022&action=edit
A reduced repro
I was also able to reduce the code further (see the attach). Compile with:
g
501 - 600 of 1045 matches
Mail list logo
