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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
--- Comment #1 from Török Edwin edwintorok at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
--- Comment #3 from Török Edwin edwintorok at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
Török Edwin edwintorok at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49677
Summary: GCC 4.6.0 LTO files not compatible with GCC 4.6.1
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49618
--- Comment #2 from Török Edwin edwintorok at gmail dot com 2011-07-03
15:07:02 UTC ---
(In reply to comment #1)
Ouch. I can see where it might be NULL… but in anal-C99 taking a pointer of
an object (__dso_handle) can never be a NULL pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49347
Summary: G++-4.6 Solaris incorrectly defines _RESTRICT_KYWD to
__restrict
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49347
--- Comment #2 from Török Edwin edwintorok at gmail dot com 2011-06-09
18:29:22 UTC ---
(In reply to comment #1)
(In reply to comment #0)
Don't know where the #define to __restrict on __cplusplus comes from, but
it is
wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38037
Török Edwin edwintorok at gmail dot com changed:
What|Removed |Added
CC||nicola at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48789
--- Comment #3 from Török Edwin edwintorok at gmail dot com 2011-04-27
11:11:02 UTC ---
Created attachment 24116
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24116
bench.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48789
--- Comment #2 from Török Edwin edwintorok at gmail dot com 2011-04-27
11:10:49 UTC ---
Created attachment 24115
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24115
test.S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48789
--- Comment #1 from Török Edwin edwintorok at gmail dot com 2011-04-27
11:10:35 UTC ---
Created attachment 24114
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24114
reverse.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48789
Summary: missed ARM optimization: use LDMIA
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46763
Summary: gcc 4.5: missed optimization: copy global to local,
prefetch
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
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=45678
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: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http
--- Comment #1 from edwintorok at gmail dot com 2010-08-11 20:27 ---
Created an attachment (id=21457)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21457action=view)
TargetLowering.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45260
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: edwintorok at gmail dot com
.
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: x86_64-linux
--- 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=20155action=view)
whetstone.cbe.c
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43472
--- 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/gcc -v
Using
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 build triplet
--- 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=20046action=view)
testcase
Testcase (partially) reduced with delta. Could probably be reduced further.
--
http://gcc.gnu.org
: 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 build
--- 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=20038action=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=20039action=view)
preprocessed sha256.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43280
--- Comment #20 from edwintorok at gmail dot com 2010-01-27 12:35 ---
Thanks to Jakub for the hints.
This is not a bug in libstdc++/gcc:
the problem is that fork() is called when we already have threads (due to
openmp/libstdc++ parallel mode), and then you can call a limited number
--- Comment #15 from edwintorok at gmail dot com 2010-01-13 20:39 ---
(In reply to comment #14)
(In reply to comment #13)
This code is compiled with -fno-exceptions, could that be a problem?
No, that should rather help.
Still, it is very difficult to debug
--- Comment #7 from edwintorok at gmail dot com 2010-01-12 12:41 ---
(In reply to comment #6)
Can I get this thing to run without actually installing it into the system?
5. clamd/clamd -c etc/clamd.conf
LibClamAV Error: cl_load(): Can't get status of /usr/local/share/clamav
ERROR
--- Comment #8 from edwintorok at gmail dot com 2010-01-12 12:51 ---
(In reply to comment #7)
What happens for OMP_NUM_THREADS=1?
Will test now.
It doesn't hang with OMP_NUM_THREADS=1. It does hang with OMP_NUM_THREADS=2,
or with OMP_NUM_THREADS unset.
Please enter the GCC
--- Comment #9 from edwintorok at gmail dot com 2010-01-12 13:35 ---
Could this bug be related to this one:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36242#c4
Clamd creates threads using pthread_create, std::find is called from those
threads. There are also threads that only poll
--- Comment #13 from edwintorok at gmail dot com 2010-01-12 17:54 ---
(In reply to comment #12)
Thread 1 waits for its colleagues, but where are they gone? Is it possible
that an exception is thrown inside find (by means of the value type or the
predicate)?
I don't fully trust gdb
--- 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 work for you just let me
++
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
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 dot com
GCC
--- 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=18855action=view)
testcase (reduced not.i)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41782
reference (const
with non-const)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail
--- 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=18830action=view)
reduced testcase
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41761
--- 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 |Added
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: edwintorok at gmail dot
--- 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=18827action=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=18828action=view)
AsmMatcherEmitter.i.bz2
bzipped preprocessed AsmMatcherEmitter.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- 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 hides the bug
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-linux-gnu
http
--- 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=17690action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39891
: 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 host 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 accessed only by an lvalue
--- 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 function call
--- 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:
* a type compatible with the effective type of the object
--- 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];
};
unsigned bar(char *x
--- 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 value should be in range
--- 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
undefined), so
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
: 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-linux
--- 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, write something
--- 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.
Ok. But can't the optimizers see that you push
--- 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
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
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org
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
ReportedBy: edwintorok at gmail dot com
GCC build
--- 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=16761action=view)
drivers/scsi/sd.c
Similar problem with drivers/scsi/sd.c
I can compile the attached preprocessed on x86_64 linux
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_64-unknown-linux-gnu
GCC
--- 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
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-gnu
GCC target
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=16682action=view)
example to illustrate
compile with g++ -O3, I get:
real0m0.130s
user0m0.100s
sys 0m0.028s
compile
: 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 dot com
[EMAIL PROTECTED]
wrote:
I
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-linux-gnu
http
--- 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=16677action=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=16678action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
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
GCC
--- 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, edwintorok at gmail dot com wrote:
Consider
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
GCC host
--- 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
--- 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
--- 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
: 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
GCC target
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-linux-gnu
http://gcc.gnu.org
: 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: large integer implicitly
--- 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 implicitly truncated
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
--- 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 |Added
: 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=16415action=view)
testcase
time gcc-4.3 -O2 testcase.i -c
real2m13.341s
user2m13.008s
sys 0m0.308s
--
http
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 dot com
GCC build
--- 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=16416action=view)
file dumped by gcc
This is the file dumped by gcc, I am trying to get a reduced testcase using
delta, will attach
--- 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:2
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
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_64
--- 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=16357action=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 15:31:12 UTC
: 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:41 UTC 2
GCC host
1 - 100 of 125 matches
Mail list logo