https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112409
--- Comment #7 from Frediano Ziglio ---
Sorry for the noise, thanks for the informations.
I didn't notice banner on top. I went back and I notice it, pretty small and it
looks like a lot of other website banners for technical disruptions or coo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112409
Frediano Ziglio changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALI
Assignee: unassigned at gcc dot gnu.org
Reporter: freddy77 at gmail dot com
Target Milestone: ---
I was writing a small network utility till I found a weird behaviour computing
TCP checksums. After some debugging I found that the error disappeared with
either -O1 or -O0. So I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96259
--- Comment #1 from Frediano Ziglio ---
The commit introducing this regression is:
commit 6889a3acfeed47265886676c6d43b04ef799fb82
Author: Martin Sebor
Date: Thu Sep 19 22:15:34 2019 +
PR middle-end/91631 - buffer overflow into an ar
Assignee: unassigned at gcc dot gnu.org
Reporter: freddy77 at gmail dot com
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, marxin at
gcc dot gnu.org
Target Milestone: ---
I found this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
--- Comment #3 from Frediano Ziglio ---
I noted that during the link the resolution file using -static or not is
different
without -static
750 6dacea834fb099d1 PREVAILING_DEF_IRONLY _ZNKSt5ctypeIcE8do_widenEc
753 6dacea834fb099d1 PREVAILING_DEF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
--- Comment #2 from Frediano Ziglio ---
It seems that this do_widen replacement with an invalid pointer goes on and on,
looking at differences in the generated executable:
--
---: 00 00
---: 48 8b 10mov(%rax),%rdx
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
--- Comment #1 from Frediano Ziglio ---
This is weird. If after the
x86_64-w64-mingw32-g++ -flto -O2 -g -save-temps -Wall -Werror -Wextra
-static -mconsole -o test.exe test.cpp
command I run
x86_64-w64-mingw32-g++ -v test.exe.ltrans0.s
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: freddy77 at gmail dot com
Target Milestone: ---
Created attachment 41994
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41994&action=edit
preprocessed file
Trying to narrow down an issue I cannot compile an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69319
--- Comment #4 from Frediano Ziglio ---
-O0, -O1 or -fno-strict-aliasing all works.
But I don't understand how gcc can generate such code.
What am I missing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69319
--- Comment #3 from Frediano Ziglio ---
Created attachment 37376
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37376&action=edit
original file split into pure C + main
I don't know if may help (I hope so).
I split the file into a pure C (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69319
--- Comment #1 from Frediano Ziglio ---
Created attachment 37375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37375&action=edit
.i file of the single source program
: unassigned at gcc dot gnu.org
Reporter: freddy77 at gmail dot com
Target Milestone: ---
Created attachment 37374
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37374&action=edit
test program, single C file with only system includes
Hi, I found a strange problem with optimiz
--- Comment #4 from freddy77 at gmail dot com 2009-11-04 15:39 ---
Oh... I forgot. I used gcc from Ubuntu 9.10 distro either gcc 4.4.1, g++ 4.4.1,
gcc 4.3.4 and g++ 4.3.4 have same issue. The issue does not occur using -Os
option (which use push instructions)
--
http://gcc.gnu.org
--- Comment #3 from freddy77 at gmail dot com 2009-11-04 15:37 ---
Created an attachment (id=18967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18967&action=view)
gcc command output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41941
--- Comment #2 from freddy77 at gmail dot com 2009-11-04 15:37 ---
Created an attachment (id=18966)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18966&action=view)
output assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41941
--- Comment #1 from freddy77 at gmail dot com 2009-11-04 15:37 ---
Created an attachment (id=18965)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18965&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41941
l attach source code, generated code and gcc command output
freddy77
--
Summary: bad stack allocation using inline asm
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: freddy77 at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41941
18 matches
Mail list logo
