On Mon, Jan 12, 2015 at 10:23:16PM -0700, Jeff Law wrote:
> I'm pleased to announce that Marek Polacek has been appointed as a reviewer
> for the C front-end.
Thanks!
> Marek, please add yourself as a reviewer for the C front end in the
> MAINTAINERS file.
2015-01-13 Marek Polacek
*
2015-01-12 19:46 GMT+03:00 Jakub Jelinek :
> On Mon, Jan 12, 2015 at 07:38:10PM +0300, Andrew Senkevich wrote:
>> > during work on addition vector math functions to Glibc and discussions
>> > with community was found an issue with meaning of “#pragma omp declare
>> > simd” (which will appear in mat
Hello Jeff,
> I'm pleased to announce that Iain Sandoe has been appointed as a maintainer
> for the Objective-C and Objective-C++ front-ends.
Thanks!
Let's hope there's time to fit some modernisation in the next stage #1.
Iain
> Iain, please add yourself as a maintainer for those front-ends in
On Tue, Jan 13, 2015 at 02:14:30PM +0300, Andrew Senkevich wrote:
> >> Consensus is required to commit x86_64 vector math functions by Glibc
> >> maintainer.
> >
> > With the difference that b stands for SSE2, not SSE4, and the fact
> > that those functions do not use the __regcall calling conventi
Hi,
I have analyzed the branch taken rate of the Linux kernel compiled
with GCC (using localyesconfig from Debian config) and found something
strange.
Hardware: Intel Core i7-4770, 32G RAM, 10GbE
Software: Linux 3.16.7, GCC 4.9.3 20121201, Debian sid
I use perf with rbf88:k,rff88:k events (Haswe
On Tue, 13 Jan 2015, Pengfei Yuan wrote:
> I use perf with rbf88:k,rff88:k events (Haswell specific) to profile
> the taken rate of conditional branches in the kernel. Here are the
> results:
[...]
>
> The results are very strange because all the taken rates are greater
> than 50%. Why not reverse
> On Jan 13, 2015, at 7:44 AM, Alexander Monakov wrote:
>
> On Tue, 13 Jan 2015, Pengfei Yuan wrote:
>> I use perf with rbf88:k,rff88:k events (Haswell specific) to profile
>> the taken rate of conditional branches in the kernel. Here are the
>> results:
> [...]
>>
>> The results are very stran
Thank you for the explanation!
I tried the following simple code:
int test(int k)
{
int x = 0;
for (int i = 0; i < k; ++i)
x += i;
return x;
}
It was compiled (-O2) to something like:
int test(int k)
{
if (k == 0) goto ret0;
int x = 0;
int i = 0;
loop:
x += i;
i += 1;
if (i
Actually GCC does not help reduce branch misprediction rate on modern
X86 processors.
Reducing branch taken rate is more important.
Related discussion: https://gcc.gnu.org/ml/gcc/2014-12/msg0.html
Yuan
2015-01-13 22:13 GMT+08:00 :
> Depending on what the processor hardware can do, the data y
2015-01-13 14:28 GMT+03:00 Jakub Jelinek :
> On Tue, Jan 13, 2015 at 02:14:30PM +0300, Andrew Senkevich wrote:
>> >> Consensus is required to commit x86_64 vector math functions by Glibc
>> >> maintainer.
>> >
>> > With the difference that b stands for SSE2, not SSE4, and the fact
>> > that those f
Hi Kai,
I encountered a test failure in boehm-gc (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64042 'FAIL: boehm-gc.c/gctest.c
-O2 execution test' ).
I would like to ask somebody to confirm the PR, which hopefully should be as
simple as patching a .exp for iterated running of a single tes
In the last 36 hours or so someone has broken bootstrap with
clang as the bootstrap compiler (this being FreeBSD 10.1):
echo timestamp > s-gtype
c++ -c -g -O2 -DIN_GCC-fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format
On Tue, Jan 13, 2015 at 9:45 AM, Gerald Pfeifer wrote:
> In the last 36 hours or so someone has broken bootstrap with
> clang as the bootstrap compiler (this being FreeBSD 10.1):
>
> echo timestamp > s-gtype
> c++ -c -g -O2 -DIN_GCC-fno-exceptions -fno-rtti
> -fasynchronous-unwind-tables -W
Hi,
I am having an issue with placing includes of expr.h in gcc-plugin.h.
rtl.h is required to be included before expr.h, so I put it in gcc-plugin.h.
However the front-ends then fail to build because rtl.h is not allowed
in front-ends,
and the front-ends include gcc-plugin.h (via plugin.h).
For i
On 14 January 2015 at 02:52, Prathamesh Kulkarni
wrote:
> Hi,
> I am having an issue with placing includes of expr.h in gcc-plugin.h.
> rtl.h is required to be included before expr.h, so I put it in gcc-plugin.h.
> However the front-ends then fail to build because rtl.h is not allowed
> in front-e
15 matches
Mail list logo
