Displaying 4 results from an estimated 4 matches for "typeconverter".
2001 Aug 24
1
RFC: type conversion in read.table
Currently read.table is rather limited in its type conversion.
The algorithm is
0) Read as character
1) Try to convert to numeric. If that works, quit
2) Convert to factor unless !as.is.
I am thinking about adding more flexibility and more classes by the
following two changes.
A) Anticipating the arrival of classes for all R objects, add an
argument say `colClasses' that allows the user to
2008 Mar 27
0
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Hi Chandler,
> void
> foo () {
> float x __attribute__ ((mode (XF)));
> }
nice reduction. I don't see any problem on x86-32,
and I don't have access to an x86-64 box right now.
Can you please open a PR for this, and also run in
the debugger. When you hit the abort, use "up" to
go up a stack frame or two or three, and print out
the gcc types [use: call
2008 Mar 27
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
...PE_SIZE(Tr) || !Ty->isSized() || !isInt64(TYPE_SIZE(Tr),
true) ||
(gdb) Ty->dump()
Undefined command: "Ty->dump". Try "help".
(gdb) call Ty->dump()
x86_fp80
(gdb) call debug_tree(type)
No symbol "type" in current context.
(gdb) up
#4 0x0000000000a86501 in TypeConverter::ConvertType (this=0x16941a0,
orig_type=0x2b709d6f8790)
at /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:756
756 case 80: return SET_TYPE_LLVM(type, Type::X86_FP80Ty);
(gdb) call debug_tree(type)
<real_type 0x2b709d6f8790 long double sizes-gimplified XF
size <integer_cst...
2008 Mar 27
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Bam. This is about as reduced as it gets. I think I can spot the problem point:
chandlerc at osiris ~/code/compilers/build/llvm-gcc $ cat testcase.i
void
foo () {
float x __attribute__ ((mode (XF)));
}
chandlerc at osiris ~/code/compilers/build/llvm-gcc $ ./gcc/cc1
-fpreprocessed -march=k8 testcase.i -o /dev/null
foocc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81:
const