Displaying 20 results from an estimated 24 matches for "integer_typ".
Did you mean:
integer_type
2014 Apr 13
1
[Bug 915] New: segfault in error case : expr_evaluate_payload not checking payload->payload.desc being null
...= (struct expr *) 0x64c5a0
(gdb) p *payload
$2 = {list = {next = 0x64c5a0, prev = 0x64c5a0}, location = {indesc =
0x7fffffffde58, {{token_offset = 24, line_offset = 0, first_line = 1, last_line
= 1, first_column = 24, last_column = 31}, {nle = 0x18}}}, refcnt = 1, flags =
0,
dtype = 0x42df60 <integer_type>, byteorder = BYTEORDER_INVALID, len = 4, ops
= 0x433f00 <payload_expr_ops>, op = OP_INVALID, {{scope = 0x0, identifier =
0x42fcf0 <proto_unknown_template> "\332\374B", symtype = SYMBOL_SET}, {
verdict = 0, chain = 0x42fcf0 <proto_unknown_template> "\332\3...
2008 Nov 02
1
[LLVMdev] llvm-2.4 prerelease gfortran results
...ld/llvm-gcc42-2.4-1/llvm_gcc42_objdir/i686-apple-darwin9/./libgfortran/.libs -L/sw/src/fink.build/llvm-gcc42-2.4-1/llvm_gcc42_objdir/i686-apple-darwin9/./libiberty -lm -o ./array_constructor_12.exe (timeout = 300)
Unhandled expression!
TREE_CODE: 68
<floor_div_expr 0x41765f60
type <integer_type 0x4170a4d0 int8 public DI
size <integer_cst 0x41704930 constant invariant 64>
unit size <integer_cst 0x41704960 constant invariant 8>
align 64 symtab 12 alias set -1 precision 64 min <integer_cst 0x417048a0 -9223372036854775808> max <integer_cst 0x41704...
2010 May 06
3
[LLVMdev] Failure to compile llvm-gcc-4.2-2.7 on FreeBSD on sparc machine
...DCRT_BEGIN \
-o crtbegin.o
GCC: <pointer_type 0x41a1b130
type <void_type 0x41a1b080 void VOID
align 8 symtab 1 alias set -1
LLVM: void
pointer_to_this <pointer_type 0x41a1b130>>
public unsigned DI
size <integer_cst 0x41a08b70 type <integer_type 0x41a1a0b0
bit_size_type> constant invariant 64>
unit size <integer_cst 0x41a08ba0 type <integer_type 0x41a1a000 long
unsigned int> constant invariant 8>
align 64 symtab 0 alias set -1
pointer_to_this <pointer_type 0x41a2cbb0>>
LLVM: i8* (32 bits)
LLVM type...
2008 Feb 16
3
[LLVMdev] linux/x86-64 codegen support
See the bug for a reduction and the gimple trees. validate_arglist
definately is rejecting the arglist in EmitBuiltinAlloca.
(try:
bool TreeToLLVM::EmitBuiltinAlloca(tree exp, Value *&Result) {
tree arglist = TREE_OPERAND(exp, 1);
if (!validate_arglist(arglist, INTEGER_TYPE, VOID_TYPE)) {
debug_tree(arglist);
return false;
}
Value *Amt = Emit(TREE_VALUE(arglist), 0);
Amt = CastToSIntType(Amt, Type::Int32Ty);
Result = Builder.CreateAlloca(Type::Int8Ty, Amt, "tmp");
return true;
}
for a pretty (?) print of the tree at that point)
Andrew
On...
2008 Feb 16
0
[LLVMdev] linux/x86-64 codegen support
...%tmp3 = call i8* @alloca( i64 %tmp2 ) nounwind ; <i8*>
[#uses=1]
I added some printfs around that code, running cc1 shows it never
reaches the 2nd printf:
4762│ printf("HERE!!\n");
4763│ tree arglist = TREE_OPERAND(exp, 1);
4764├> if (!validate_arglist(arglist, INTEGER_TYPE, VOID_TYPE))
4765│ return false;
4766│ printf("THERE!!\n")
Is there a way to nicely dump arglist?
gdb's print *arglist shows too much information....
$ /home/edwin/llvm-svn/obj42/./prev-gcc/cc1 charset.i
vprintf getchar fgetc_unlocked getc_unlocked getchar_unlocked putchar
f...
2008 Feb 16
2
[LLVMdev] linux/x86-64 codegen support
Interestingly, in the .i file there are 2 __builtin_alloca, and
EmitBuiltinAlloca is only being called once.
Andrew
On 2/16/08, Andrew Lenharth <andrewl at lenharth.org> wrote:
> libcpp/charset.c:631 turns into:
>
> %tmp16 = tail call i64 @strlen( i8* %to ) nounwind readonly
> ; <i64> [#uses=1]
> %tmp18 = tail call i64 @strlen( i8* %from ) nounwind
2010 May 06
0
[LLVMdev] Failure to compile llvm-gcc-4.2-2.7 on FreeBSD on sparc machine
....
The patch is incorrect and the problems you're seeing are caused by
your patch, since sparc != sparc64.
In LLVM sense "sparc" means "sparc with ILP32 architecture model",
llvm does not support anything 64 bit in sparc world.
> size <integer_cst 0x41a08b70 type <integer_type 0x41a1a0b0 bit_size_type>
> constant invariant 64>
> unit size <integer_cst 0x41a08ba0 type <integer_type 0x41a1a000 long
> unsigned int> constant invariant 8>
> align 64 symtab 0 alias set -1
> pointer_to_this <pointer_type 0x41a2cbb0>>
> LLVM: i...
2007 Jul 17
0
[LLVMdev] Review: minor patches to llvm-gcc-4-2
...============================================================
--- gcc/fold-const.c (revision 39923)
+++ gcc/fold-const.c (working copy)
@@ -12942,11 +12942,11 @@
{
if ((TREE_CODE (exp) == INDIRECT_REF
|| TREE_CODE (exp) == ARRAY_REF)
- && TREE_CODE (TREE_TYPE (exp)) == INTEGER_TYPE &&
+ && TREE_CODE (TREE_TYPE (exp)) == INTEGER_TYPE
/* LLVM LOCAL begin */
#if ENABLE_LLVM
/* LLVM extends ARRAY_REF to allow pointers to be the base value. */
- (TREE_CODE (TREE_TYPE (TREE_OPERAND (exp, 0))) == ARRAY_TYPE)
+ && (TREE_CODE (TREE_TYPE (...
2010 Jan 10
0
[LLVMdev] Cygwin llvm-gcc regression
...r>
>
> Hi Aaron,
>>
>>
>> Thanks, okay heres the results :-
>>>
>>> LLVM type size doesn't match GCC type size!
>>>
>>> <real_type 0x7ff80b40 long double sizes-gimplified XF size <integer_cst
>>> 0x7ff010e0 type <integer_type 0x7ff80060 bit_size_type> constant invariant
>>> 96>
>>> unit size <integer_cst 0x7ff01100 type <integer_type 0x7ff80000
>>> unsigned int> constant invariant 12>
>>> align 32 symtab 0 alias set -1 precision 80
>>> pointer_to_t...
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
...41a0,
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 0x2b709d6f39c0 type <integer_type 0x2b709d6e4370
bit_size_type> constant invariant 96>
unit size <integer_cst 0x2b709d6f39f0 type <integer_type 0x2b709d6e42c0
long unsigned int> constant invariant 12>
align 32 symtab 0 alias set -1 precision 80
pointer_to_this <pointer_type 0x2b709d6f89a0>>
(gdb...
2010 Jan 08
3
[LLVMdev] Cygwin llvm-gcc regression
I am getting an assertion firing while building TOT llvm-gcc on Cygwin in
libgcc2.c :-
/home/ang/build/llvm-gcc/./gcc/xgcc -B/home/ang/build/llvm-gcc/./gcc/
-B/home/an
g/llvm-gcc/i686-pc-cygwin/bin/ -B/home/ang/llvm-gcc/i686-pc-cygwin/lib/
-isystem
/home/ang/llvm-gcc/i686-pc-cygwin/include -isystem
/home/ang/llvm-gcc/i686-pc-c
ygwin/sys-include -O2
2009 Jan 09
0
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi Evan,
> LValue LV = EmitLV(lhs);
> bool isVolatile = TREE_THIS_VOLATILE(lhs);
> unsigned Alignment = expr_align(exp) / 8
>
> It's using the alignment of the expression, rather than the memory
> object of LValue.
can't you just use expr_align(lhs) instead?
> The patch saves the alignment of the memory object in LValue returned
> by EmitLV().
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
2019 Jun 08
4
[RFC] Coding Standards: "prefer `int` for regular arithmetic, use `unsigned` only for bitmask and when you intend to rely on wrapping behavior."
...ttps://www.youtube.com/watch?v=Puio5dly9N8#t=42m40s
Other coding guidelines already embrace this:
- http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#Res-signed
- http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#Res-unsigned
- https://google.github.io/styleguide/cppguide.html#Integer_Types
It is rare that overflowing (and wrapping) an unsigned integer won't
trigger a program bug when the overflow was not intentionally handled.
Using signed arithmetic means that you can actually trap on over/underflow
and catch these bugs (when using fuzzing for instance).
Chandler explained t...
2008 Feb 16
0
[LLVMdev] linux/x86-64 codegen support
...See the bug for a reduction and the gimple trees. validate_arglist
> definately is rejecting the arglist in EmitBuiltinAlloca.
>
> (try:
> bool TreeToLLVM::EmitBuiltinAlloca(tree exp, Value *&Result) {
> tree arglist = TREE_OPERAND(exp, 1);
> if (!validate_arglist(arglist, INTEGER_TYPE, VOID_TYPE)) {
> debug_tree(arglist);
> return false;
> }
> Value *Amt = Emit(TREE_VALUE(arglist), 0);
> Amt = CastToSIntType(Amt, Type::Int32Ty);
> Result = Builder.CreateAlloca(Type::Int8Ty, Amt, "tmp");
> return true;
> }
> for a pretty (?) print...
2014 Dec 16
0
[ANNOUNCE] nftables 0.4 release
...tests: regression: don't use -nnn for non-list commands
tests: regression: fix bogus error due to bash
tests: regression: test masquerade from nat/postrouting too
datatype: fix crash when using basetype instead of symbolic constants
datatype: relax datatype check in integer_type_parse()
netlink_delinearize: clone on netlink_get_register(), release previous on _set()
meta: set base field on clones
tests: regression: fix "Listing is broken" instead of output mismatch
tests: regression: any/ct: remove wrong output
scanner: don't bu...
2011 Apr 09
0
[LLVMdev] dragonegg/llvm-gfortran/gfortran benchmarks
...e <integer_cst 0x141d01a78 8>
align 64 symtab 0 alias set -1 canonical type 0x141d74930>
var <var_decl 0x143845460 vect_pdsauto.757>def_stmt vect_pdsauto.757_3065 = vect_pdsauto.832_3197 + 8;
version 3065>
arg 1 <integer_cst 0x141dea4d8 type <integer_type 0x141d11000> constant 64>>
Not a gimple constant!
UNREACHABLE executed at /sw/src/fink.build/dragonegg-gcc45-2.9-1/dragonegg-2.9/Convert.cpp:5904!
*** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event...
2002 Mar 20
1
RMySQL integer range bug (PR#1400)
Full_Name: Matthias Piksa
Version: 1.4.1
OS: Redhat 7.1 2.96-85
Submission from: (NULL) (131.220.6.43)
There is a bug when retrieving values out of MySQL (3.23.36) which are of type
UNSIGNED INTEGER(10). The values can vary between 0 and 2^32 but R only accepts
those below 2^31-1. Anything above goes as 2^31-1.
thats what one gets:
print(quickSQL(con,"select ip_dst from iphdr where
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