Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linu
--- Comment #1 from edwintorok at gmail dot com 2008-11-14 20:15 ---
Created an attachment (id=16677)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16677&action=view)
original sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
--- Comment #2 from edwintorok at gmail dot com 2008-11-14 20:18 ---
Created an attachment (id=16678)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16678&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=38132
--- Comment #1 from edwintorok at gmail dot com 2008-11-15 13:56 ---
Created an attachment (id=16682)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16682&action=view)
example to illustrate
compile with g++ -O3, I get:
real0m0.130s
user0m0.100s
sys 0m0.028s
tion
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=38139
--
edwintorok at gmail dot com changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38139
--- Comment #2 from edwintorok at gmail dot com 2008-11-15 21:59 ---
(In reply to comment #1)
> Subject: Re: New: --enable-checking=all times out during bootstrap
>
>
>
> Sent from my iPhone
>
> On Nov 15, 2008, at 1:27 PM, "edwintorok at gmail do
Version: 4.4.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux
ld
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_
--- Comment #1 from edwintorok at gmail dot com 2008-11-22 08:21 ---
Testcase:
$ /home/edwin/gcc-obj/./prev-gcc/xgcc -B/home/edwin/gcc-obj/./prev-gcc/
-B/home/edwin/gcc_inst//x86_64-unknown-linux-gnu/bin/ -Wfatal-errors -c -O1
testcase-min.i
/* testcase */
typedef unsigned int UINT32
--- Comment #17 from edwintorok at gmail dot com 2008-11-24 18:33 ---
Created an attachment (id=16761)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16761&action=view)
drivers/scsi/sd.c
Similar problem with drivers/scsi/sd.c
I can compile the attached preprocessed on
ocumentation: improve documentation of
__builtin_constant_p()
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Report
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_
--- Comment #3 from edwintorok at gmail dot com 2008-12-06 08:37 ---
This got fixed somewhere between r142405 and r142487, because
r142487 has bootstrapped successfully.
--
edwintorok at gmail dot com changed:
What|Removed |Added
rsion: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-
--- Comment #2 from edwintorok at gmail dot com 2009-01-15 09:50 ---
(In reply to comment #1)
> This is the frame-pointer setup code. You can get the same code as x86_64
> with
> -momit-leaf-frame-pointer.
>
Ok. But can't the optimizers see that you push ebp, writ
--- Comment #3 from edwintorok at gmail dot com 2009-01-15 09:51 ---
(In reply to comment #2)
> (In reply to comment #1)
> > This is the frame-pointer setup code. You can get the same code as x86_64
> > with
> > -momit-leaf-frame-pointer.
> >
>
>
.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libmudflap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target tr
--- Comment #1 from edwintorok at gmail dot com 2007-09-29 18:10 ---
Created an attachment (id=14267)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14267&action=view)
preprocessed C program to reproduce bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33591
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=37178
--- Comment #1 from edwintorok at gmail dot com 2008-08-20 17:52 ---
Created an attachment (id=16115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16115&action=view)
reduced testcase
the testcase is reduced from clamav's scanners.c
--
http://gcc.gnu.
1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: Linux lightspeed2 2.6.26-1-amd64 #1 SMP Fri Aug 8
13:17
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86
--- Comment #1 from edwintorok at gmail dot com 2008-08-21 13:26 ---
Also -fdiagnostics-show-option doesn't show that the error is coming from
-pedantic:
$ gcc -Werror -pedantic x.c -c -fdiagnostics-show-option
cc1: warnings being treated as errors
x.c: In function foo:
x.c:10:
dot gnu dot org
ReportedBy: edwintorok 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=37190
--- Comment #3 from edwintorok at gmail dot com 2008-08-21 16:08 ---
(In reply to comment #2)
> Thanks for the report anyway!
>
Ok, when is GCC 4.4 scheduled to be released?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37190
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triple
--- Comment #1 from edwintorok at gmail dot com 2008-08-21 17:48 ---
Created an attachment (id=16122)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16122&action=view)
preprocessed source
Generated with:
gcc --combine p1.c p2.c -c -save-temps
--
http://gcc.gnu.org/b
--- Comment #3 from edwintorok at gmail dot com 2008-08-21 17:52 ---
(In reply to comment #2)
> This sounds like a glibc bug really. glibc's headers has invalid C in it :).
>
> >why does --combine
> Because GCC checks that the prototypes are compatible across t
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu-gcc-4.4.0
GCC host triplet: x86_64-unknown-linux-gnu-gcc-4.4.0
GCC target triplet: x86_64-unknown-linux-gnu-gcc-4.4.0
--- Comment #1 from edwintorok at gmail dot com 2008-09-18 17:30 ---
Testcase:
extern int printf (__const char *__restrict __format, ...);
extern int strcmp (__const char *__s1, __const char *__s2);
extern int puts (__const char *__s);
typedef unsigned char uint8_t;
typedef unsigned int
--- Comment #2 from edwintorok at gmail dot com 2008-09-18 17:31 ---
Created an attachment (id=16357)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16357&action=view)
config.log for gcc 4.4
Some more system info:
$ uname -a
Linux debian 2.6.26-1-amd64 #1 SMP Wed Sep 10 1
zation
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37617
--- Comment #1 from edwintorok at gmail dot com 2008-09-22 20:18 ---
/* testcase compile this with -O1 */
typedef struct TCase TCase;
typedef void (*TFun) (int);
typedef struct Suite Suite;
void _tcase_add_test (TCase * tc, TFun tf, const char *fname, int signal
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=37658
--- Comment #1 from edwintorok at gmail dot com 2008-09-27 16:20 ---
Created an attachment (id=16415)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16415&action=view)
testcase
time gcc-4.3 -O2 testcase.i -c
real2m13.341s
user2m13.008s
sys 0m0.308s
--
egister to spill in class ÂAREGÂ
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail do
--- Comment #1 from edwintorok at gmail dot com 2008-09-27 16:28 ---
Created an attachment (id=16416)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16416&action=view)
file dumped by gcc
This is the file dumped by gcc, I am trying to get a reduced testcase using
delt
--- Comment #2 from edwintorok at gmail dot com 2008-09-27 16:40 ---
Reduced testcase:
/* gcc -fschedule-insns */
int foo(int a, int b) {
return bar(foobar(b) / foobar(a));
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37659
--- Comment #3 from edwintorok at gmail dot com 2008-09-27 16:43 ---
the error message for the above testcase:
$ gcc-4.3 -fschedule-insns v.i
v.i: In function ÂfooÂ:
v.i:3: error: unable to find a register to spill in class ÂAREGÂ
v.i:3: error: this is the insn:
(insn 17 20 18 2 v.i
--- Comment #7 from edwintorok at gmail dot com 2008-10-01 16:43 ---
Thanks, gcc4.4 doesn't crash anymore now.
--
edwintorok at gmail dot com changed:
What|Removed |
gned at gcc dot gnu dot org
ReportedBy: edwintorok 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=37867
--- Comment #1 from edwintorok at gmail dot com 2008-10-18 13:39 ---
(In reply to comment #0)
> Running gcc-4.3 -O2 on PR1386.c I get different results than with -O1.
>
> $ gcc-4.3 -O2 PR1386.c && ./a.out
> PR1386.c: In function main:
> PR1386.c:15: warning: l
--- Comment #4 from edwintorok at gmail dot com 2008-10-18 18:07 ---
(In reply to comment #3)
> Does it work with -fno-strict-aliasing?
>
It doesn't.
[EMAIL PROTECTED]:~$ g++ -O2 -fno-strict-aliasing x.c
x.c: In function int main():
x.c:15: warning: large integer
mponent: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=37868
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-li
--- Comment #13 from edwintorok at gmail dot com 2008-10-29 18:48 ---
I just noticed that this testcase also fails with -O3 on gcc version 4.1.2
20070626 (Red Hat 4.1.2-14), but works on gcc version 4.1.3 20080623
(prerelease) (Debian 4.1.2-23)
--
edwintorok at gmail dot com changed
--- Comment #17 from edwintorok at gmail dot com 2008-11-03 17:50 ---
Thanks.
--
edwintorok at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
guard
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
--- Comment #1 from edwintorok at gmail dot com 2008-11-06 20:58 ---
/* testcase
gcc -O2 -Wall -c foo.c */
char *get(void);
int use(const char *);
void foo(const char *bar)
{
char *foobar;
if(!bar)
foobar = get();
if(use(bar
--- Comment #2 from edwintorok at gmail dot com 2008-11-06 20:59 ---
/* testcase
* gcc -Wall -O2 -c foo.c
*/
char *get(void);
int use(const char *);
void foo(const char *bar)
{
char *foobar;
if(!bar)
foobar = get();
if(use(bar
--- Comment #3 from edwintorok at gmail dot com 2008-11-06 21:01 ---
Same happens if I use int instead of a pointer:
/* testcase */
/* gcc -O2 -Wall -c foo.c */
int get(void);
int use(int);
void foo(int bar)
{
int foobar;
if(!bar)
foobar = get
arisons
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-g
--- Comment #3 from edwintorok at gmail dot com 2008-11-07 17:14 ---
(In reply to comment #2)
> Subject: Re: New: 'warning: comparison between signed and
> unsigned' shouldn't be given for equality comparisons
>
> On Fri, 7 Nov 2008, edwint
Version: 4.2.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86
--- Comment #1 from edwintorok at gmail dot com 2008-03-19 18:54 ---
Created an attachment (id=15345)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15345&action=view)
testcase
Some observations:
If you remove some dead code the optimization bug goes away:
Remove either o
--- Comment #2 from edwintorok at gmail dot com 2008-03-19 19:35 ---
Created an attachment (id=15346)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15346&action=view)
another reduced testcase
I reduced the testcase further using delta, however I had to be careful t
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=35653
--- Comment #1 from edwintorok at gmail dot com 2008-03-21 12:42 ---
Created an attachment (id=15353)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15353&action=view)
reduced testcase
$ gcc-4.3 -O1 -g -ftree-vectorize test.i -o fails
$ gdb ./fails
GNU gdb 6.7.1-debian
Co
--- Comment #8 from edwintorok at gmail dot com 2008-03-23 16:59 ---
(In reply to comment #7)
> Subject: Re: [4.3/4.4 Regression]: gcc-4.3 -O3/-ftree-vectorize regression:
> incorrect code generation
>
> This code violates c/c++ aliasing rules.
>
-Wstrict-aliasing
--- Comment #13 from edwintorok at gmail dot com 2008-03-24 17:00 ---
(In reply to comment #11)
> I think the code is violating alignment requirements of the C/C++ standard.
>
First a real bug here is that -Wstrict-aliasing doesn't warn of this situation.
Do you agree?
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x8
--- Comment #3 from edwintorok at gmail dot com 2009-04-12 09:32 ---
(In reply to comment #2)
> (In reply to comment #1)
> > There is no undefined behavior here (increment of a short value converts
> > to int, increments then converts back to short, none of which are
--- Comment #5 from edwintorok at gmail dot com 2009-04-13 06:56 ---
(In reply to comment #4)
> (In reply to comment #3)
> > But converting from short to int for the argument to printf should behave
> > as if
> > a short value was converted to int, i.e. the int val
ONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-lin
--- Comment #1 from edwintorok at gmail dot com 2009-04-25 09:39 ---
Created an attachment (id=17690)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17690&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39891
gcc-4.3
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC
--- Comment #2 from edwintorok at gmail dot com 2009-04-25 13:49 ---
(In reply to comment #1)
> Casting through a union (2)
>
> describes an invalid way of doing type-punning.
There is also a citation from C99 on that page:
"An object shall have its stored value acces
--- Comment #4 from edwintorok at gmail dot com 2009-04-25 14:12 ---
(In reply to comment #3)
>
> The above is properly optimized. Why do you think that an inline
> function taking void * would fix anything?
I can't know if memcpy will be inlined, it may just be a fu
--- Comment #7 from edwintorok at gmail dot com 2009-04-25 14:18 ---
(In reply to comment #5)
> > > "An object shall have its stored value accessed only by an lvalue
> > > expression
> > > that has one of the following types:
> > >
> > &g
--- Comment #9 from edwintorok at gmail dot com 2009-04-25 14:22 ---
(In reply to comment #6)
> No, not if it is inlined (and if not you can as well use memcpy).
>
> You can also do (GCC extension)
>
> union union_t {
> unsigned un;
> char c[4];
> };
&
14 can not throw but has an
EH edge"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edw
--- Comment #1 from edwintorok at gmail dot com 2009-10-19 16:55 ---
Created an attachment (id=18827)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18827&action=view)
SourceMgr.i
preprocessed SourceMgr.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41756
--- Comment #2 from edwintorok at gmail dot com 2009-10-19 16:56 ---
Created an attachment (id=18828)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18828&action=view)
AsmMatcherEmitter.i.bz2
bzipped preprocessed AsmMatcherEmitter.i
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #3 from edwintorok at gmail dot com 2009-10-19 16:58 ---
ld -v
GNU gold (GNU Binutils for Debian 2.20) 1.9
This happens only if I use all of -flto -O1 -use-linker-plugin, not using -O1,
or not using -use-linker-plugin hides the bug (and not using -flto too of
course
--- Comment #4 from edwintorok at gmail dot com 2009-10-19 16:59 ---
(In reply to comment #3)
> ld -v
> GNU gold (GNU Binutils for Debian 2.20) 1.9
>
> This happens only if I use all of -flto -O1 -use-linker-plugin, not using -O1,
> or not using -use-linker-plugin hid
ntorok at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41761
--- Comment #1 from edwintorok at gmail dot com 2009-10-20 07:05 ---
Created an attachment (id=18830)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18830&action=view)
reduced testcase
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41761
--- Comment #2 from edwintorok at gmail dot com 2009-10-20 07:06 ---
Created an attachment (id=18831)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18831&action=view)
original files
The original 7z.i and 7zIn.i files that show the problem.
--
http://gcc.gnu.org/b
--- Comment #7 from edwintorok at gmail dot com 2009-10-20 15:06 ---
(In reply to comment #6)
> Fixed.
>
Thanks, I can now successfully build ClamAV with lto.
--
edwintorok at gmail dot com changed:
What|Removed
h internal
error in gold
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail do
--- Comment #1 from edwintorok at gmail dot com 2009-10-21 11:22 ---
Created an attachment (id=18855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18855&action=view)
testcase (reduced not.i)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41782
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
Bug #: 50144
Summary: cc1plus double free / out of bounds read
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
--- Comment #1 from Török Edwin 2011-08-21
15:52:33 UTC ---
And here is a stacktrace from a local GCC build so you have line numbers:
$ valgrind --trace-children=yes
/home/edwin/gcc-4.6-4.6.1/src/host-x86_64-linux-gnu/gcc/xgcc
-B/home/edwin/gcc-4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
--- Comment #3 from Török Edwin 2011-08-21
16:41:19 UTC ---
(In reply to comment #2)
> The valgrind errors about search_line_sse2 are valgrind bugs rather than gcc
> bugs. Just ignore them.
OK, I'll try to find some other valgrind trace.
(In r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
Török Edwin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
2 -O2: misoptimizes sha256!
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC
--- Comment #1 from edwintorok at gmail dot com 2010-03-07 12:19 ---
Created an attachment (id=20038)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20038&action=view)
sha256.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43280
--- Comment #2 from edwintorok at gmail dot com 2010-03-07 12:19 ---
Created an attachment (id=20039)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20039&action=view)
preprocessed sha256.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43280
PIC breaks htmlnorm.c
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC bui
--- Comment #1 from edwintorok at gmail dot com 2010-03-08 21:03 ---
Created an attachment (id=20046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20046&action=view)
testcase
Testcase (partially) reduced with delta. Could probably be reduced further.
--
http://gcc.
--- Comment #4 from edwintorok at gmail dot com 2010-03-09 13:01 ---
(In reply to comment #3)
> Please test a more recent version from the 4.4 branch (and trunk if possible).
>
Ok, I found gcc 4.4.3 on gcc200 and it still produces wrong code:
$ /opt/cfarm/release/4.4.3/bin/
tstone.cbe.
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
GCC build triplet: x8
--- Comment #1 from edwintorok at gmail dot com 2010-03-21 20:11 ---
Created an attachment (id=20155)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20155&action=view)
whetstone.cbe.c
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43472
ed on type with alignof
greater than 2*sizeof(void*)
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwi
machine (see http://llvm.org/bugs/show_bug.cgi?id=5804)
--
Summary: libstdc++ parallel mode deadlocks in barrier
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok 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=42624
--- Comment #1 from edwintorok at gmail dot com 2010-01-05 18:09 ---
(In reply to comment #0)
> $ make -j4
This should have been: make CCLD=g++ -j4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #4 from edwintorok at gmail dot com 2010-01-12 07:28 ---
(In reply to comment #3)
> Johannes is looking into it,
Thanks.
> certainly reproducing the problem will not be a
> trivial taks, I'm afraid...
>
If the steps I listed in the bugreport don't wo
1 - 100 of 126 matches
Mail list logo
