Displaying 6 results from an estimated 6 matches for "__hi__".
Did you mean:
__h__
2004 Dec 20
0
[LLVMdev] Re: Compiling FreeType 2.1.9 with LLVM 1.4
...# 1 "/home/adam/t/t5/freetype-2.1.9/src/sfnt/sfnt.c"
# 1 "/home/adam/t/t5/freetype-2.1.9//"
# 1 "/home/adam/t/t5/freetype-2.1.9/src/sfnt/sfnt.c"
# 1 "<built-in>"
# 1 "<command line>"
...
typedef int _G_int16_t __attribute__ ((__mode__ (__HI__)));
typedef int _G_int32_t __attribute__ ((__mode__ (__SI__)));
typedef unsigned int _G_uint16_t __attribute__ ((__mode__ (__HI__)));
typedef unsigned int _G_uint32_t __attribute__ ((__mode__ (__SI__)));
...
...because there's 4.8MB of them and I'd first like to confirm this is
what I shou...
2004 Dec 20
2
[LLVMdev] Re: Compiling FreeType 2.1.9 with LLVM 1.4
...eetype-2.1.9/src/sfnt/sfnt.c"
> # 1 "/home/adam/t/t5/freetype-2.1.9//"
> # 1 "/home/adam/t/t5/freetype-2.1.9/src/sfnt/sfnt.c"
> # 1 "<built-in>"
> # 1 "<command line>"
> ...
> typedef int _G_int16_t __attribute__ ((__mode__ (__HI__)));
> typedef int _G_int32_t __attribute__ ((__mode__ (__SI__)));
> typedef unsigned int _G_uint16_t __attribute__ ((__mode__ (__HI__)));
> typedef unsigned int _G_uint32_t __attribute__ ((__mode__ (__SI__)));
Yup, that would be the preprocessed sources!
> ...
>
> ...because th...
2004 Dec 20
3
[LLVMdev] Compiling FreeType 2.1.9 with LLVM 1.4
Adam,
I recant my previous message. I built FreeType with GCC not LLVMGCC by
accident (I shoulda checked!). The thing is, FreeType's makefiles don't
respect environment variables. So, I did this:
CC=/path/to/llvmgcc CXX=/path/to/llvmg++ configure
make
and was able to reproduce the problem. Not sure what's up with that but
as Misha pointed out, llvmgcc isn't any
2004 Dec 20
0
[LLVMdev] Re: Compiling FreeType 2.1.9 with LLVM 1.4
...fnt/sfnt.c"
>># 1 "/home/adam/t/t5/freetype-2.1.9//"
>># 1 "/home/adam/t/t5/freetype-2.1.9/src/sfnt/sfnt.c"
>># 1 "<built-in>"
>># 1 "<command line>"
>>...
>>typedef int _G_int16_t __attribute__ ((__mode__ (__HI__)));
>>typedef int _G_int32_t __attribute__ ((__mode__ (__SI__)));
>>typedef unsigned int _G_uint16_t __attribute__ ((__mode__ (__HI__)));
>>typedef unsigned int _G_uint32_t __attribute__ ((__mode__ (__SI__)));
>>
>>
>
>Yup, that would be the preprocessed sour...
2012 Nov 29
2
[LLVMdev] problem trying to write an LLVM register-allocation pass
I have a new problem: Register RBP is used in a function foo. (I am not
allocating RBP to any virtual register, the instances of RBP in function
foo are in the machine code when my register allocator starts.)
Function foo calls function bar. Register RBP is not saved across the
call, though it is live after the call. Function bar includes a virtual
register. The code that I'm using to
2012 Dec 01
0
[LLVMdev] problem trying to write an LLVM register-allocation pass
...struct __gconv_step *__steps;
__extension__ struct __gconv_step_data __data [];
} *__gconv_t;
typedef union
{
struct __gconv_info __cd;
struct
{
struct __gconv_info __cd;
struct __gconv_step_data __data;
} __combined;
} _G_iconv_t;
typedef int _G_int16_t __attribute__ ((__mode__ (__HI__)));
typedef int _G_int32_t __attribute__ ((__mode__ (__SI__)));
typedef unsigned int _G_uint16_t __attribute__ ((__mode__ (__HI__)));
typedef unsigned int _G_uint32_t __attribute__ ((__mode__ (__SI__)));
typedef __builtin_va_list __gnuc_va_list;
struct _IO_jump_t; struct _IO_FILE;
typedef void _IO_...