On 2009-05-25 12:53:49 -0700, Chris Lattner wrote:
> On May 13, 2009, at 5:26 AM, Duncan Sands wrote:
>>> -mpc64 sets the x87 floating point control register to not use the
>>> 80bit extended precision. This causes some x87 floating point
>>> operations to operate faster and there are no issues wit
At the end of config/arm/arm926ejs.md, branch costs are modeled with:
>;; Branch instructions are difficult to model accurately. The ARM
>;; core can predict most branches. If the branch is predicted
>;; correctly, and predicted early enough, the branch can be completely
>;; eliminated from the
Robert Dewar wrote:
> Since this is particularly important to you
It is not "particularly important" to me, it's just a bug
with a known workaround (i.e. a cast to the enum's
base type). But a very annoying one.
> why not take the opportunity to dig in and see if you
> can figure out the necessa
On May 13, 2009, at 5:26 AM, Duncan Sands wrote:
Hi Richard,
-mpc64 sets the x87 floating point control register to not use the
80bit
extended precision. This causes some x87 floating point operations
to operate faster and there are no issues with the extra roundings
you
get when storing
Piotr Wyderski wrote:
Hello,
I would like to kindly ask somebody to fix PR38064,
as the bug is very annoying -- it makes the use of
enum class virtually impossible. Most of my "GCCBUG"
workaround comments refer to this one.
Since this is particularly important to you, why not take
the opportun
> From: Michael Meissner
> To: Jamie Prescott
> Cc: gcc@gcc.gnu.org
> Sent: Sunday, May 24, 2009 1:57:19 PM
> Subject: Re: Seeking suggestion
>
> One way is to use match_scratch, and different register classes for the two
> cases.
>
> (define_insn "add3"
> [(set (match_operand:SI 0 "register
for a loop like
1 for(i=0;i
On Sun, May 24, 2009 at 11:13 PM, Ian Lance Taylor wrote:
> Joern Rennecke writes:
>
>> Quoting Ian Lance Taylor :
>>> Joern Rennecke writes:
* config/sh/sh.c (sh_attribute_table): Use extern in forward
declaration.
Common issue with declaring/defining const variables in C
On Sun, May 24, 2009 at 10:23 PM, Joern Rennecke wrote:
> Quoting Ian Lance Taylor :
>>
>> Joern Rennecke writes:
>>>
>>> * config/sh/sh.c (sh_attribute_table): Use extern in forward
>>> declaration.
>>> Common issue with declaring/defining const variables in C++.
>>
>> I've been do
Hello,
I would like to kindly ask somebody to fix PR38064,
as the bug is very annoying -- it makes the use of
enum class virtually impossible. Most of my "GCCBUG"
workaround comments refer to this one.
For a quick reference:
enum class E { elem };
int main()
{
E e = E::elem;
if
> I just want to ask whether we have any special pass to reduce cache
> miss? Or any idea or branch to enhance it.
There are various data layout optimisations. There is also -Os ;-)
Ben
Denis Onischenko wrote:
> I have a problem with gcc not finding location for stddef.h include
> file when it is invoked from directory other than
> /bin.
Questions about the usage of GCC should go to the gcc-help mailing list,
rather than this one which is about the development of the internals
I have a problem with gcc not finding location for stddef.h include
file when it is invoked from directory other than
/bin.
Output from gcc invocation with -v option contains the following:
ignoring nonexistent directory "../lib/gcc..."
i.e. gcc is trying to find include files in directory with r
Hi,
I just want to ask whether we have any special pass to reduce cache
miss? Or any idea or branch to enhance it.
Thanks
Eric Fisher
14 matches
Mail list logo
