https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90408
--- Comment #5 from Oliver Stoeneberg ---
Alright. Just wanted to make sure it's intentional since it just happened on
trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90408
--- Comment #3 from Oliver Stoeneberg ---
Thanks - I checked with godbolt and it looks fine for -O1 and -O2 now.
-Os on trunk generates an additional instruction compared to previous versions
xor eax, eax
++
Assignee: unassigned at gcc dot gnu.org
Reporter: oliverst at online dot de
Target Milestone: ---
Created attachment 46512
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46512&action=edit
example code
The attached code produces an empty main when compiled with -std=c++11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90408
Oliver Stoeneberg changed:
What|Removed |Added
Known to work||4.8.5, 4.9.4, 5.4.0, 6.3.0
Know
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: oliverst at online dot de
Target Milestone: ---
Created attachment 46324
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46324&action=edit
example code
The attached code should produce an empty main(), but does produce
Assignee: unassigned at gcc dot gnu.org
Reporter: oliverst at online dot de
Created attachment 33462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33462&action=edit
source file
The attached code generates the following warnings:
gcc -Wall -O3 -Wno-uninitialized -c m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63213
--- Comment #1 from Oliver Stoeneberg ---
Created attachment 33463
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33463&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61675
--- Comment #1 from Oliver Stoeneberg ---
Sorry, I forgot the data for the ubuntu 14.04 MinGW compiler:
Using built-in specs.
COLLECT_GCC=i686-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-w64-mingw32/4.8/lto-wrapper
Target: i686-w64-min
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61675
--- Comment #2 from Oliver Stoeneberg ---
Created attachment 33052
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33052&action=edit
The preprocessed file using GCC 4.8.2
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: oliverst at online dot de
Created attachment 33051
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33051&action=edit
The preprocessed file using GCC 4.6.2
I have a JNI DLL, that crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57669
--- Comment #3 from Oliver Stoeneberg ---
It's unoptimized code and using -msse -mfpmath=sse fixes it.
But there is another fix:
http://msdn.microsoft.com/en-us/library/vstudio/7t5yh4fd(v=vs.110).aspx
Changing
autoc[coeff] += d * data[sample+co
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: oliverst at online dot de
Created attachment 30334
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30334&action=edit
sample code
The attached sample produces incorrect values with 32-bit. The function, that
produ
--- Comment #5 from oliverst at online dot de 2005-12-01 12:32 ---
(In reply to comment #1)
> This is invalid code:
> t.cc: In function int test_18():
> t.cc:15: error: jump to case label
> t.cc:9: error: crosses initialization of int ret
> t.cc:18: error: jum
--- Comment #3 from oliverst at online dot de 2005-11-30 20:38 ---
I forgot to meintion, that this happens with C and C++, so I guess it's a
middle-end bug!?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25181
nt: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25184
everity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25181
igned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24968
--- Additional Comments From oliverst at online dot de 2005-06-27 09:32
---
OK, I got a more recent version of the binutils and I know get this:
91 C:\cvs\STLport\stlport\stl\_new.h [Warning] visibility attribute not
supported in this configuration; ignored
Guess this can be closed
--- Additional Comments From oliverst at online dot de 2005-05-31 01:29
---
Yes, I did expect a different warning, because
int i = i;
would be uninitialized use and self initialization.
And because of an special warnings flag I expected it to be different from the
uninitialized use
--- Additional Comments From oliverst at online dot de 2005-05-30 07:56
---
Filed a bug report on the MinGW project page:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21810
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21810
--- Additional Comments From oliverst at online dot de 2005-05-30 00:05
---
Maybe you should add Danny Smith to the CC list.
--
What|Removed |Added
Component
--- Additional Comments From oliverst at online dot de 2005-05-30 00:03
---
With -pg:
Program received signal SIGSEGV, Segmentation fault.
0x00401329 in [EMAIL PROTECTED] ()
(gdb) bt
#0 0x00401329 in [EMAIL PROTECTED] ()
#1 0x00401375 in main ()
Without -pg:
Program exited with
--- Additional Comments From oliverst at online dot de 2005-05-29 23:54
---
Created an attachment (id=8988)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8988&action=view)
isolated source from MAME 0.96u3
call "make maketree" and then "make xml2info.exe"
--- Additional Comments From oliverst at online dot de 2005-05-29 23:52
---
I attached a stripped down version of the source. You have to call "make
maketree" and then "make xml2info.exe". The resulting executable with the
backtrace seen in the initial post.
--
--- Additional Comments From oliverst at online dot de 2005-05-29 23:38
---
If this is not going to be added any time soon for C++, maybe at least the
manual should reflect, that it is a C-only warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756
Severity: normal
Priority: P2
Component: gcov/profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21810
--- Additional Comments From oliverst at online dot de 2005-04-06 20:56
---
I didn't build GCC 4.0.0 myself, I got it from this site:
http://www.thisiscool.com/gcc_mingw.htm
and he is offering a complete MinGW package. Looking at the list of components
he put in, we can see, th
--
What|Removed |Added
GCC host triplet||i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20791
lease)
--
Summary: visibilty options don't work
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
Re
--- Additional Comments From oliverst at online dot de 2005-03-31 11:36
---
Created an attachment (id=8504)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8504&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761
--- Additional Comments From oliverst at online dot de 2005-03-31 11:35
---
I tried it again with this GCC:
Using built-in specs.
Target: i686-pc-mingw32
Configured with: /datal/gcc/gcc/configure --prefix=/datal/gcc/build/wingcc
--build=i686-pc-linux-gnu --host=i686-pc-mingw32 --target
--- Additional Comments From oliverst at online dot de 2005-03-29 12:58
---
Created an attachment (id=8488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8488&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20685
--- Additional Comments From oliverst at online dot de 2005-03-29 12:57
---
Sorry, forgot the warning:
4 C:\Dev-Cpp\Projects\test-stlport\main_8.cpp [Warning] 'virtual bool
A::LinkData(int**, int)' was hidden
9 C:\Dev-Cpp\Projects\test-stlport\main_8.cpp [Warning] by '
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20685
--- Additional Comments From oliverst at online dot de 2005-03-29 12:19
---
Created an attachment (id=8487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8487&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20683
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20683
--- Additional Comments From oliverst at online dot de 2005-03-29 09:58
---
I could isolate the other warning and reduce the soce a bit. I filed it as PR
20681. Could be a duplicate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624
--- Additional Comments From oliverst at online dot de 2005-03-29 09:56
---
Created an attachment (id=8482)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8482&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
--
What|Removed |Added
Summary|another wrong "control |another wrong "control
|reaches end of non-void |reaches end of non-void
lease)
--
Summary: another wrong "control reaches end of non-void function"
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu d
--- Additional Comments From oliverst at online dot de 2005-03-25 02:02
---
OK, next week I will try to isolate the other occurance of a wrong warning and
file another bug report. Maybe there's another reason for the wrong warning in
that case (not STLport related).
--
--- Additional Comments From oliverst at online dot de 2005-03-24 17:32
---
I know, that there is a standard, but it's only a standard and any
implementation can have its own bugs. And having just one STL you should run
into the same bugs and not having it working fine on one oper
--- Additional Comments From oliverst at online dot de 2005-03-24 16:54
---
> Second why are you using STLport instead of the GCC's libstdc++?
Because we had problems with the default GCC STL in the past, so we switched to
STLport. We are also working cross-platform (GCC for l
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624
--- Additional Comments From oliverst at online dot de 2005-02-03 10:19
---
strange...I just tried it again with this example:
extern void foo(int);
int main()
{
int i = i;
foo(i);
return i;
}
And I get only this (C and C++ front-end / -O1, -O2 and -O3
and a linux GCC 3.2 also behaves the same.
--
Summary: surplus -Wuninitialized warnings
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761
--- Additional Comments From oliverst at online dot de 2005-02-02 15:33
---
from GCC 3.4.3 manual:
Also warn about constructions where there may be confusion to which if statement
an else branch belongs. Here is an example of such a case:
{
if (a
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19757
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756
es doesn't warn anymore
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC:
--- Additional Comments From oliverst at online dot de 2005-01-14 14:26
---
Ah, OK. Why is there warning at all. "-1" is being assigned to an "int" and not
to an "unsigned int".
Writing it without the "? :" operator, the following code should b
dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19437
53 matches
Mail list logo
