Displaying 5 results from an estimated 5 matches for "reference_type".
2014 Oct 17
1
Holding a large number of SEXPs in C++
...<Polygons> Regions;
struct Holder {
void notifyNewRegion(void) const {
regions.push_back(Polygons());
}
template<typename Iter>
void addSubPoly(Iter b, Iter e) {
regions.back().push_back(Polygon(b, e));
}
private:
Regions regions;
};
where the reference_type of Iter is convertible to Point. In practice I use
pointers in a couple of places to avoid resizing in push_back becoming too
expensive.
To construct the corresponding sp::Polygon, sp::Polygons and
sp::SpatialPolygons at the end of the algorithm, I iterate over the result
turning each Polygon into...
2011 Apr 09
0
[LLVMdev] dragonegg/llvm-gfortran/gfortran benchmarks
...nd=8) DF
size <integer_cst 0x141d01a50 constant 64>
unit size <integer_cst 0x141d01a78 constant 8>
align 64 symtab 0 alias set 2 canonical type 0x141d1e0a8 precision 64
pointer_to_this <pointer_type 0x141d1e2a0> reference_to_this <reference_type 0x141e720a8>>
V2DF
size <integer_cst 0x141d01c58 constant 128>
unit size <integer_cst 0x141d01c80 constant 16>
align 128 symtab 0 alias set 2 canonical type 0x141d6ad20 nunits 2
pointer_to_this <pointer_type 0x141d74930>>
ar...
2011 Apr 09
3
[LLVMdev] dragonegg/llvm-gfortran/gfortran benchmarks
On 4/9/2011 6:09 AM, Duncan Sands wrote:
> Hi Jack, thanks for the numbers. Any chance of analysing why gcc does better on
> those where it does much better than dragonegg?
>
> Ciao, Duncan.
Also, does -fplugin-arg-dragonegg-enable-gcc-optzns get Dragonegg to
match GCC performance where GCC was faster?
Marcus
2008 Nov 02
1
[LLVMdev] llvm-2.4 prerelease gfortran results
...st 0x41704960 constant invariant 8>
align 64 symtab 12 alias set -1 precision 64 min <integer_cst 0x417048a0 -9223372036854775808> max <integer_cst 0x417048d0 9223372036854775807>
LLVM: i64
pointer_to_this <pointer_type 0x41731070> reference_to_this <reference_type 0x4175f310>>
arg 0 <var_decl 0x417742a0 D.926 type <integer_type 0x4170a4d0 int8>
used ignored asm-frame-size 0 DI file /sw/src/fink.build/llvm-gcc42-2.4-1/llvm-gcc4.2-2.4.source/gcc/testsuite/gfortran.dg/array_constructor_12.f90 line 11 size <integer_cst 0x4170493...
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
...Index = TREE_OPERAND(exp, 1);
tree IndexType = TREE_TYPE(Index);
- tree ElementType = TREE_TYPE(ArrayType);
+ tree ElementType = TREE_TYPE(ArrayTreeType);
- assert((TREE_CODE (ArrayType) == ARRAY_TYPE ||
- TREE_CODE (ArrayType) == POINTER_TYPE ||
- TREE_CODE (ArrayType) == REFERENCE_TYPE ||
- TREE_CODE (ArrayType) == BLOCK_POINTER_TYPE) &&
+ assert((TREE_CODE (ArrayTreeType) == ARRAY_TYPE ||
+ TREE_CODE (ArrayTreeType) == POINTER_TYPE ||
+ TREE_CODE (ArrayTreeType) == REFERENCE_TYPE ||
+ TREE_CODE (ArrayTreeType) == BLOCK_POINTER_TYPE) &...