"pragma GCC optimize" or function __attribute__'s can be used
to request specific optimization levels or "-f" type command
line arguments.
I would like to be able to turn off debugging symbols
as well. The equivalent of the "-g0" command line option.
It might be useful to be able to selectively tu
--- Comment #6 from jason at gcc dot gnu dot org 2010-09-10 18:29 ---
Subject: Bug 43824
Author: jason
Date: Fri Sep 10 18:28:59 2010
New Revision: 164201
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164201
Log:
PR c++/43824
* error.c (maybe_warn_cpp0x): Add ne
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-10 18:41 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #23 from potswa at mac dot com 2010-09-10 18:53 ---
(In reply to comment #22)
> Good. Then I have a draft almost ready ;)
I have a very straightforward, low-impact solution, but I haven't tested it.
(My tree is pretty out of date.) Would you like to try it, if you're having
--- Comment #24 from paolo dot carlini at oracle dot com 2010-09-10 19:01
---
Created an attachment (id=21768)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21768&action=view)
Draft
This is what I have so far, unfortunately I cannot work only on this today.
Anyway, it passes test
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-09-10
19:10 ---
Subject: Re: [4.6 regression] SIGBUS in generate_option_input_file on Solaris
2/SPARC
>> > So please attach a testcase (easiest is probably in a non-bootstrapped
>> > tree run make check and pick a simple
--- Comment #10 from joachim dot reichel at gmx dot de 2010-09-10 19:17
---
Any chance to get that committed for the 4.4.5 RC?
See http://gcc.gnu.org/ml/gcc/2010-09/msg00146.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44919
--- Comment #25 from potswa at mac dot com 2010-09-10 19:26 ---
Created an attachment (id=21769)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21769&action=view)
alternative approach. untested
I hope this compiles ;v) . But it seems to "color within the lines."
Why does your patc
--- Comment #26 from potswa at mac dot com 2010-09-10 19:30 ---
(In reply to comment #25)
> Created an attachment (id=21769)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21769&action=view) [edit]
> alternative approach. untested
>
> I hope this compiles ;v) . But it seems to "col
--- Comment #27 from paolo dot carlini at oracle dot com 2010-09-10 19:31
---
Note that certainly we don't want to use C++0x stuff here. Also, one thing at a
time of course, thus if we have been missing some error checking, etc, it's for
another time.
--
http://gcc.gnu.org/bugzilla
--- Comment #28 from paolo dot carlini at oracle dot com 2010-09-10 19:34
---
PS: you are right that we have to check that _M_seek succeeds before adding
back __computed_off.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45628
--- Comment #29 from paolo dot carlini at oracle dot com 2010-09-10 19:51
---
And, please, if you want to help, manage to run the testsuite, we have got some
pretty nasty testcases ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45628
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #30 from potswa at mac dot com 2010-09-10 20:33 ---
(In reply to comment #29)
> And, please, if you want to help, manage to run the testsuite, we have got
> some
> pretty nasty testcases ;)
I'll see if I can compile the latest⦠guess it's more useless to have an old
tree
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:08
---
Closing, please reopen with additional information if the problem persists with
a more recent version of the compiler (>= 4.5.0). Thanks!
--
fxcoudert at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:24
---
Confirmed on x86_64-linux, with the following C source:
unsigned foo (__int128 i)
{
return __builtin_popcountl ((unsigned long) i);
}
$ ./gcc/cc1 -ftree-ter a.c -quiet
a.c: In function foo:
a.c:3:30: intern
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:26
---
Two more things:
1. there's no need for __int128, the following code also triggers it:
unsigned foo (unsigned char i) { return __builtin_popcountl ((unsigned long)
i); }
2. On x86_64-darwin, the code above fa
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:40
---
*** Bug 45575 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:40
---
*** This bug has been marked as a duplicate of 31519 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
On Linux/x86-64, revision 164143 miscompiled 450.soplex in SPEC CPU 2006:
Running 450.soplex ref peak lnx32e-gcc default
450.soplex: copy 0 non-zero return code (exit code=0, signal=11)
I used "-DSPEC_CPU -DNDEBUG -O3 -funroll-loops -ffast-math -DSPEC_CPU_LP64
-fno-strict-aliasing".
--
--- Comment #27 from aoliva at gcc dot gnu dot org 2010-09-10 23:16 ---
> Shouldn't we do something else when hashing PRE_MODIFY?
I don't know, what else do you have in mind?
I'm posting an updated patch that implements your other suggestions
momentarily.
--
http://gcc.gnu.org/bug
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-11 00:20 ---
It is caused by revision 164135:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00427.html
I got
*** glibc detected *** ../run_base_test_lnx32e-gcc./soplex_base.lnx32e-gcc:
double free or corruption (out): 0x000
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-11 00:23 ---
It also failed with
-DSPEC_CPU -DNDEBUG -O2 -ffast-math -DSPEC_CPU_LP64 -fno-strict-aliasing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45644
.C -O2 -fwhopr (test for excess errors)
The failures are of the form...
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g
d/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/torture/pr44972.C
-nostdinc++
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_6
/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/tree-prof/partition2.C
-nostdinc++
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include/x86_64-apple-darwin10.5.0
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-11
01:53 ---
Created an attachment (id=21771)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21771&action=view)
partition2.gcda generated from partition2.x51 at -m64 on x86_64-apple-darwin10
--
http://gcc.gnu.
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-11
01:54 ---
Created an attachment (id=21772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21772&action=view)
preprocessed source for g++.dg/tree-prof/partition2.C compiled as
partition2.x52
--
http://gcc.gn
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-11
01:55 ---
Created an attachment (id=21773)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21773&action=view)
assembly file for g++.dg/tree-prof/partition2.C compiled as partition2.x52
--
http://gcc.gnu.org/
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-11
01:55 ---
Created an attachment (id=21774)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21774&action=view)
object file for g++.dg/tree-prof/partition2.C compiled as partition2.x52
--
http://gcc.gnu.org/bu
/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/tree-prof/partition2.C
-nostdinc++
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include/x86_64-apple-darwin10.5.0
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-11
03:15 ---
This failure exists at r163743 with the addition of the
g++.dg/tree-prof/partition2.C testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
--- Comment #2 from rmansfield at qnx dot com 2010-09-11 04:13 ---
Introduced in rev164050 and fixed in rev164163. Fixed under PR45630.
*** This bug has been marked as a duplicate of 45630 ***
--
rmansfield at qnx dot com changed:
What|Removed |Ad
--- Comment #2 from rmansfield at qnx dot com 2010-09-11 04:13 ---
*** Bug 45627 has been marked as a duplicate of this bug. ***
--
rmansfield at qnx dot com changed:
What|Removed |Added
-
--- Comment #31 from paolo dot carlini at oracle dot com 2010-09-11 04:27
---
I'm afraid that the situation I outlined in Comment #5 is just the simple one.
The real problem with the new scheme - which tries to deal specially with (0,
cur) by not moving the file pointer - is when *write
--- Comment #8 from hp at gcc dot gnu dot org 2010-09-11 04:33 ---
(In reply to comment #5)
> This regression disappeared in the range (162414:162421], perhaps because of
> r162418. Let's see if it remains hidden, or if this PR just shapeshifted into
> PR45051.
I (finally) checked this
--- Comment #32 from potswa at mac dot com 2010-09-11 04:49 ---
(In reply to comment #31)
> I'm afraid that the situation I outlined in Comment #5 is just the simple one.
> The real problem with the new scheme - which tries to deal specially with (0,
> cur) by not moving the file pointer
--- Comment #11 from hp at gcc dot gnu dot org 2010-09-11 04:56 ---
Corrected component re: analysis.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #33 from potswa at mac dot com 2010-09-11 04:56 ---
Note, I am not attempting to tell after write with a nontrivial codecvt
installed. Maybe the issue of Comment #5 is only in the general case?
I suppose it leaves UTF-8 files still a bit slow, but I still think that's
pretty
101 - 142 of 142 matches
Mail list logo