Thank you.
> I am assuming you already have basic generation of auto-incs and you
> have your definitions for legitimate{legitimize}_address all set up
> correctly.
Well, I think they are. But the problem could be this. Here are cuts
from the machine description dealing with auto-inc-dec:
#defin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sebastian Pop schrieb:
> On Mon, Aug 10, 2009 at 04:22, Rainer Emrich
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I build my gcc windows versions (*-pc-cygwin, *-pc-mingw32, *-w64-mingw32)
>> using
>> static build libraries gmp
Paul Edwards wrote:
> I expected that the assembler generation wouldn't happen until
> after the optimization was completed, and thus, by then, I
> would know whether this was a main.
That depends a bit on the compiler version and optimization level,
but (in particular in the 3.x time frame) GCC
A few comments:
/* XXX: Any way to get current location? */
input_location
The following examples produce
equivalent functions:
1. [] (auto x, auto& y, auto const& z) { return x + y + z; }
2. [] (X x, Y& y, Z const& z) {
return x + y + z; }
3. [] (auto x, Y& y, auto const&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sebastian Pop schrieb:
> Hi,
>
> Could you please test the attached version of CLooG-PPL?
This looks perfect now. Thanks a lot!
Only a minor flaw remains:
make clean gives:
rm /version.h
rm: cannot remove `/version.h': No such file or directory
Chee
Thanks for the feedback.
Jason Merrill wrote:
>Adam Butcher wrote:
>> The following examples produce
>> equivalent functions:
>>
>>1. [] (auto x, auto& y, auto const& z) { return x + y + z; }
>>2. [] (X x, Y& y, Z const& z) {
>> return x + y + z; }
>>3. [] (auto x, Y& y, auto
On 08/11/2009 11:20 AM, Adam Butcher wrote:
Ah okay. Would it be worth enhancing the tree-vec interface to include block
reallocation with size doubling and end
marking to allow for more efficient reallocation?
I don't think so; I expect that would end up being less space-efficient,
since in
Snapshot gcc-4.4-20090811 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20090811/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I've recently started my contributions to the gcc-in-cxx project, and
eventually decided on the qsort suggestion because it seems the
easiest one.
I've made the change in three places in cp/classes.c; the patch can be
found here:
http://code.google.com/p/ccppbrasil/wiki/GccInCxx
Is this the way
That depends a bit on the compiler version and optimization level,
but (in particular in the 3.x time frame) GCC may output assembler
code on a function-by-function basis, without necessarily reading
in the whole source file first.
Ok, actually it doesn't matter if it doesn't work all the time.
10 matches
Mail list logo
