I suppose you're using (assuming 32-bit)
ctz(x) := 31 - clz(x & -x)
now, which gives -1 for 0; and the version you're looking for is
ctz(x) := 32 - clz(~x & (x-1))
which gives 32 for 0.
(Straight from the venerable PowerPC Compiler Writer's Guide, btw).
What does the popcount
http://gcc.gnu.org/gcc-4.2/buildstat.html
It seems stuck at 4.2.0 only.
If I search around I cna find reports from Joe Buck that seem to help my
work but there is nothing linked on the build status page.
Dennis Clarke
Moin,
after being prodded by some people :), I would like to announce a a small
project of mine called Graph::Easy to the gcc community (e.g. you :).
== Introduction ==
Graph::Easy is a pure-perl module (GPL) incl. command-line utility to work
with graphs and convert them between the various f
Hello,
> > Are there any folks out there who have projects for Stage 1 or Stage 2
> > that they are having trouble getting reviewed? Any comments
> > re. timing for Stage 3?
>
> Zadeck has the parloop branch patches, which I've been reviewing. I am
> not sure how many other patches are left, bu
In expr.c, convert_move() tries to synthesize sign extension in modes
larger than those directly supported by the target. There are two strategies
for generating the sign bit copies:
1) Compare with 0 and use "slt" if STORE_FLAG_VALUE == -1.
2) Use a signed right shift of one bit less than the
On 11 August 2007 08:42, Emmanuel Fleury wrote:
> Hi,
>
> Sunzir Deepur wrote:
>>
>> so why are those class 3 edges created at all ?
>
> I didn't see any 3-edges blocks at all in your example.
Not 3-edge blocks; class 3 edges = the green lines.
> These extra edges might come from a non-tak
* I would like to do the same for __builtin_ctz, but there is a catch.
The synthetic ctz sequence in terms of popcount (as presently
implemented by ia64.md, and potentially usable for at least i386 and
rs6000 as well if moved to optabs.c) produces the canonical behavior at
zero, but the synthetic
>
> Recently I have tried to run Spec2000 fortran benchmarks
> with -fwhole-program and -combine flags. It looks like
> there was no effect of really combining files into
> one program, i.e. they are processed separately at ipa level.
>
> I wonder what's the reason for this.
> Pointing to relevan
Recently I have tried to run Spec2000 fortran benchmarks
with -fwhole-program and -combine flags. It looks like
there was no effect of really combining files into
one program, i.e. they are processed separately at ipa level.
I wonder what's the reason for this.
Pointing to relevant docs will work
