[vect, gccint] Mistake about Vector-specific attributes?

Hi, In gccint, 7.2.3.3 Vector-specific attributes, there are two items talking about vect_int_mult: vect_int_mult Target supports a vector widening multiplication of short operands into an int result, or supports promotion (unpacking) from short to int and a non-widening multiplication of int

Re: random access memory cycle runs ten times faster on win32 platform than on linux - strange

On 05/07/2010 19:43, Joern Rennecke wrote: > Quoting Béla MIHALIK : > >> If I compile it with mingw32 compiler, or VisualC++ then it gives good >> result. >> >> Here are my results for memory bandwith test: >> >> Linux: 373.574249 MB/s Win32: 4468.297363 MB/s > > I don't think that has anything

Attributes

Hey GCC devs, My name is Sean Hunt and I'm currently refactoring the attribute-handling system in clang, in order to better support C++0x[1] attributes and make attributes in general much easier to follows. One of the major issues I'm having is that there are a number of cases where concessio

[GIMPLE] Local variables

Hello all, I am trying to get an access to local variables of a function thanks to the GIMPLE representation. When I read the dump file after the CFG pass, I can see a new temporary variable added. For example with the identity function I would like to get an access to the uid of this variabl

Delegating constructors patch

Hi, I'd like to know if there's plans to merge Pedro Lamarão's implementation of delegating constructors into trunk. While we're at it, is there someone implementing C++0x's inheriting constructors? Regards, Rodolfo Lima

Re: random access memory cycle runs ten times faster on win32 platform than on linux - strange

Quoting Béla MIHALIK : If I compile it with mingw32 compiler, or VisualC++ then it gives good result. Here are my results for memory bandwith test: Linux: 373.574249 MB/s Win32: 4468.297363 MB/s I don't think that has anything to do with the code generated by the compiler; rather, I think

random access memory cycle runs ten times faster on win32 platform than on linux - strange

Hi, I'm new on this list, and I hope I'm asking my question at right place. I tried to test the bandwidth of a DDR3 memory in random access mode, and I wrote a simple code for this purpose. I compiled it with gcc-4.1.1 for Linux and with mingw-4.2.1-sjlj for Windows. After I tried the executables

Re: question about if_marked construct

Hi, The tree_map_base_marked_p checks ggc_marked_p on the from field. During ggc_scan_cache_tab, if the from field is live, also the to field is marked live. I wrote some code to do sanity testing and found a similar scenario as before: - a register attribute is not marked live during roo

Re: question about if_marked construct

On Mon, Jul 5, 2010 at 1:54 PM, Tom de Vries wrote: >> Interesting.  My first reaction is that this is an invalid use of the >> garbage collector.  I think there is really only one valid function >> that can be used as an if_marked function: one which checks >> ggc_marked_p on the structure. > > >

Re: question about if_marked construct

Interesting. My first reaction is that this is an invalid use of the garbage collector. I think there is really only one valid function that can be used as an if_marked function: one which checks ggc_marked_p on the structure. Then how about tree_map_base_marked_p, the if_marked functi