http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50144
Török Edwin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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
--- 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
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=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: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49618
--- Comment #2 from Török Edwin 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, so GCC might, in a
> very
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49347
--- Comment #2 from Török Edwin 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.
>
> No, it's correct, see
>
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
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38037
Török Edwin changed:
What|Removed |Added
CC||nicola at gcc dot gnu.org
--- Comment #6 fr
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: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48789
--- Comment #1 from Török Edwin 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
--- Comment #2 from Török Edwin 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 #3 from Török Edwin 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=46763
Summary: gcc 4.5: missed optimization: copy global to local,
prefetch
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
Product: gcc
Version: 4.4.4
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-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
--- 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=21457&action=view)
TargetLowering.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45260
iority: 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=45260
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
--- 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
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 #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/
--- 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.
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 #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
--- 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
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 #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 diff
--- 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&#
--- 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 #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.
>
--- 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/l
--- 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
--- 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
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 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
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 #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
--- 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 #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
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 #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
--- 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 #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 #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
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 #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];
> };
&
--- 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 #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 #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
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 #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
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 #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
--- 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
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-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.
> >
>
>
--- 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
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 #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
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_
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
--- 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
--- 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
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_
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
--- 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
--
edwintorok at gmail dot com changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38139
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
--- 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
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 #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
--- 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
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 #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
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-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 #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 #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
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 #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
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
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
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
--- 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
--- 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
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 #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 |
--- 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 #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 #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
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: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
--
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-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
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 #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
--- 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
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
1 - 100 of 126 matches
Mail list logo
