Displaying 6 results from an estimated 6 matches for "ui32".
Did you mean:
u32
2007 May 14
3
[Bug 567] ulogd writes invalid len field in per-packet headers
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=567
------- Additional Comments From kaber@trash.net 2007-05-14 14:28 MET -------
There are two len fields, caplen and len. Which one is wrong?
--
Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the
2007 Jan 10
2
[DTrace] using C preprocessor in dtrace scripts
....
423 typedef struct kstat_named {
424 char name[KSTAT_STRLEN]; /* name of counter */
425 uchar_t data_type; /* data type */
426 union {
427 char c[16]; /* enough for 128-bit ints */
428 int32_t i32;
429 uint32_t ui32;
430 struct {
431 union {
432 char *ptr; /* NULL-term string */
433 #if defined(_KERNEL) && defined(_MULTI_DATAMODEL)
434 caddr32_t ptr32;
435 #endif
436 char __pad[8]; /* 64-bi...
2009 May 12
1
[LLVMdev] MSVC cstdint
...# ULL)
Boosts look like this:
# define INT8_C(value) value##i8
# define INT16_C(value) value##i16
# define INT32_C(value) value##i32
# define INT64_C(value) value##i64
# define UINT8_C(value) value##ui8
# define UINT16_C(value) value##ui16
# define UINT32_C(value) value##ui32
# define UINT64_C(value) value##ui64
# define INTMAX_C(value) value##i64
# define UINTMAX_C(value) value##ui64
Which is more correct due to MSVC suffix (boost also defines
appropriate ones for appropriate compilers). My main thing is the
warnings, which were not there earlier, although I h...
2009 May 21
0
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote:
> Can you explain why you chose the approach of using a new pass?
> I pictured removing LegalizeDAG's type legalization code would
> mostly consist of finding all the places that use TLI.getTypeAction
> and just deleting code for handling its Expand and Promote. Are you
> anticipating something more
2009 May 20
2
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
On May 20, 2009, at 1:34 PM, Eli Friedman wrote:
> On Wed, May 20, 2009 at 1:19 PM, Eli Friedman
> <eli.friedman at gmail.com> wrote:
>
>> Per subject, this patch adding an additional pass to handle vector
>>
>> operations; the idea is that this allows removing the code from
>>
>> LegalizeDAG that handles illegal types, which should be a significant
2009 May 21
2
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
...oat && !NoImplicitFloat && X86ScalarSSEf64) {
+ if (!UseSoftFloat && X86ScalarSSEf64) {
// We have an impenetrably clever algorithm for ui64->double only.
setOperationAction(ISD::UINT_TO_FP , MVT::i64 , Custom);
-
- // We have faster algorithm for ui32->single only.
- setOperationAction(ISD::UINT_TO_FP , MVT::i32 , Custom);
} else {
- setOperationAction(ISD::UINT_TO_FP , MVT::i32 , Promote);
+ // Otherwise, let the legalizer turn this into an SINT_TO_FP
+ setOperationAction(ISD::UINT_TO_FP , MVT::i64 , Expand)...