search for: ushort

>> Is there a pass that will transform this: >> %cc = seteq ushort %val, 0 >> >> into this: >> %cc = cast ushort %val to bool >> >> Would instcombine be the logical place to do this? >> >> In my situation, this bool value feeds a select instruction. Because >> casting inverts the condition, the select would have t...

Hi, Try as I might, I just cannot get Dir.create_junction to work with FFI in the ffi branch of the win32-dir project. The problem is the REPARSE_JDATA_BUFFER struct. I''m just not sure how to set those members, specifically, the PathBuffer member. The target looks good, it''s UTF-16LE encoded, but I can''t make it work, despite trying several ways of defining the struct,

Is there a pass that will transform this: %cc = seteq ushort %val, 0 into this: %cc = cast ushort %val to bool Would instcombine be the logical place to do this? Thanks.

...> [#uses=16] %tmp.3 = cast ulong %tmp.11 to long ; <long> [#uses= 6] %tmp.5 = cast ulong %tmp.11 to uint ; <uint> [#uses= 6] %tmp.7 = cast ulong %tmp.11 to int ; <int> [#uses=7 ] %tmp.9 = cast ulong %tmp.11 to ushort ; <ushort> [#use s=3] %tmp.11 = cast ulong %tmp.11 to short - Volodya

On Thu, May 19, 2005 at 03:27:02PM -0500, Eric Zimmerman wrote: > Is there a pass that will transform this: > %cc = seteq ushort %val, 0 > > into this: > %cc = cast ushort %val to bool > > Would instcombine be the logical place to do this? In my situation, this bool value feeds a select instruction. Because casting inverts the condition, the select would have to switch the operands, but I think it...

...p.3 = cast ulong %tmp.11 to long ; <long> [#uses= > 6] > %tmp.5 = cast ulong %tmp.11 to uint ; <uint> [#uses= > 6] > %tmp.7 = cast ulong %tmp.11 to int ; <int> [#uses=7 > ] > %tmp.9 = cast ulong %tmp.11 to ushort ; <ushort> [#use > s=3] > %tmp.11 = cast ulong %tmp.11 to short > > > - Volodya > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://mail.cs.uiuc.e...

...lt;ulong> [#uses=16] %tmp.3 = cast ulong %tmp.11 to long ; <long> [#uses= %tmp.5 = cast ulong %tmp.11 to uint ; <uint> [#uses= %tmp.7 = cast ulong %tmp.11 to int ; <int> [#uses=7 %tmp.9 = cast ulong %tmp.11 to ushort ; <ushort> [#use %tmp.11 = cast ulong %tmp.11 to short Am I missing something, or there's duplicate assignment to %tmp.11? - Volodya

...intel.com> --- drivers/vhost/vhost.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index 669fef1..bf338d1 100644 --- a/drivers/vhost/vhost.c +++ b/drivers/vhost/vhost.c @@ -31,7 +31,7 @@ #include "vhost.h" static ushort max_mem_regions = 64; -module_param(max_mem_regions, ushort, 0444); +module_param(max_mem_regions, ushort, S_IRUSR | S_IRGRP | S_IROTH); MODULE_PARM_DESC(max_mem_regions, "Maximum number of memory regions in memory map. (default: 64)"); -- 2.9.2

...intel.com> --- drivers/vhost/vhost.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index 669fef1..bf338d1 100644 --- a/drivers/vhost/vhost.c +++ b/drivers/vhost/vhost.c @@ -31,7 +31,7 @@ #include "vhost.h" static ushort max_mem_regions = 64; -module_param(max_mem_regions, ushort, 0444); +module_param(max_mem_regions, ushort, S_IRUSR | S_IRGRP | S_IROTH); MODULE_PARM_DESC(max_mem_regions, "Maximum number of memory regions in memory map. (default: 64)"); -- 2.9.2

...to long ; <long> [#uses= >> 6] >> %tmp.5 = cast ulong %tmp.11 to uint ; <uint> [#uses= >> 6] >> %tmp.7 = cast ulong %tmp.11 to int ; <int> [#uses=7 >> ] >> %tmp.9 = cast ulong %tmp.11 to ushort ; <ushort> [#use >> s=3] >> %tmp.11 = cast ulong %tmp.11 to short >> >> >> - Volodya >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs...

...16] > %tmp.3 = cast ulong %tmp.11 to long ; <long> [#uses= > %tmp.5 = cast ulong %tmp.11 to uint ; <uint> [#uses= > %tmp.7 = cast ulong %tmp.11 to int ; <int> [#uses=7 > %tmp.9 = cast ulong %tmp.11 to ushort ; <ushort> [#use > %tmp.11 = cast ulong %tmp.11 to short > > Am I missing something, or there's duplicate assignment to %tmp.11? > > - Volodya > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs...

Hi Reid, On Mon, Jun 20, 2005 at 07:08 -0700, Reid Spencer wrote: > The thing you're missing is that LLVM's primitive types have well known, > fixed sizes that are not target dependent. A ulong is 8 bytes. A uint is > 4 bytes. A ushort is 2 bytes. Etc. and always. Don't aligning rules make it hard to compute the size of a whole struct from the sizes of it's members? And what about pointers? cheers, holger

%TCDef = type { [16 x ubyte], [16 x ubyte], [16 x ubyte], [16 x ubyte], [64 x ubyte], ushort, %anonymous.5, %anonymous.5, %anonymous.5, uint, uint, uint, ushort, uint, uint, uint, uint } %anonymous.5 = type { ubyte, ubyte, ubyte, ubyte } I have a parser that reads LL files but doesn't handle forward references to structure types. I've been using 1.9 for quite a while and have jus...

Carl, The thing you're missing is that LLVM's primitive types have well known, fixed sizes that are not target dependent. A ulong is 8 bytes. A uint is 4 bytes. A ushort is 2 bytes. Etc. and always. There are also methods in LLVM to help you deal with the size of a type in bits and bytes. In particular you might want to note the following methods: Type::isSized Type::getPrimitiveSize Type::getPrimitiveSizeInBites Reid On Mon, 2005-06-20 at 13:03 +0200, Carl Fri...

Hi all, Thanks to Wayne and Park, I''ve got something like this now: static VALUE file_set_compressed(VALUE self, VALUE rbBool){ HANDLE h; BOOL rv; DWORD dwBytesReturned; int fn; USHORT inBuf = COMPRESSION_FORMAT_DEFAULT; if((rbBool != Qtrue) && (rbBool != Qfalse)){ rb_raise(rb_eTypeError,"Argument must be true or false"); } if(rbBool == Qfalse){ inBuf = COMPRESSION_FORMAT_NONE; } fn = NUM2INT(rb_funcall(self,rb_intern("...

...n the global type table and other places where pointer types are constantly being defined. So the primitive types list would change to: 0 void 1 void* (implied) 2 bool 3 bool* (implied) 4 ubyte 5 ubyte* (implied) 6 sbyte 7 sbyte* (implied) 8 ushort 9 ushort* (implied) etc. This approach would have the added advantage of being able to check to see whether anything is a pointer type by checking bit 0 (1 = yes) and deriving its dereferenced type (just subtract 1). 3) Have the value index for labels start at 1, just like nonzero values...

...cfe: Error: channels.c, line 2562: 'lport_p' undefined; reoccurrences will not be reported. *lport_p = (*allocated_listen_port) ; -^ make: *** [channels.o] Error 1 IRIX 5.3 does not define in_port_t in <netinet/in.h> instead it uses ushort for sockaddr_in.sin_port. In other parts of openssh users of sin_port either use ushort or u_int16_t instead of in_port_t. The second problem has been around since 4.7p1 and is only present when building with the old SGI compiler: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include...

...= 36, NMP_MAGIC = 0x4321, NMP_LIST = 12345, NMP_SET_IP, NMP_SET_MASK }; typedef union { unsigned char b[4]; uint32_t v; } IPADDR; typedef struct { unsigned char b[6]; } MACADDR; typedef struct { unsigned short magic; unsigned short code; IPADDR ip; IPADDR mask; MACADDR mac; ushort Deviceid; } HD_NMP; HD_NMP nmp; struct sockaddr_in broadcast_address; bzero((char *) &broadcast_address, sizeof(broadcast_address)); broadcast_address.sin_family = AF_INET; broadcast_address.sin_port = htons(NMP_PORT); broadcast_address.sin_addr.s_addr = inet_addr("255.255.255.255&quot...

...types are constantly being defined. So the primitive > types list would change to: > > 0 void > 1 void* (implied) > 2 bool > 3 bool* (implied) > 4 ubyte > 5 ubyte* (implied) > 6 sbyte > 7 sbyte* (implied) > 8 ushort > 9 ushort* (implied) > etc. > > This approach would have the added advantage of being able to check to > see whether anything is a pointer type by checking bit 0 (1 = yes) and > deriving its dereferenced type (just subtract 1). Interesting idea. However, I'm not con...

Hi LLVM-dev! I'm having problems figuring out how to do variable sized structs in LLVM (which are neccessary for PyPy's LLVM backend, on which I'm working). I'm trying to do the equivalent of struct array { long refcount; long length; long items[1]; }; in LLVM, where the items array can be arbitrarily long. I guess that the struct definition should