search for: ulong

Hello, when I'm compiling test/Programs/SingleSource/UnitTests/2003-05-26-Shorts.c I get LLVM assembler which looks like: int %main(int %argc, sbyte** %argv) { entry: call void %__main( ) %tmp.11 = call ulong %getL( ) ; <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 =...

...ir Prus wrote: > Hello, > when I'm compiling > > test/Programs/SingleSource/UnitTests/2003-05-26-Shorts.c > > I get LLVM assembler which looks like: > > int %main(int %argc, sbyte** %argv) { > entry: > call void %__main( ) > %tmp.11 = call ulong %getL( ) ; <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 &...

...uild: $ /home/ghost/build/llvm-gcc/install/bin/gcc -g -S -fno-inline -o test.llvm tests/2003-05-26-Shorts.c $ gccas -disable-inlining test.llvm -o test.bc $ llvm-dis -f test.bc $ less test.ll ........ int %main(int %argc, sbyte** %argv) { entry: call void %__main( ) %tmp.11 = call ulong %getL( ) ; <ulong> [#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 ]...

...gcc -g -S -fno-inline -o >test.llvm > tests/2003-05-26-Shorts.c > $ gccas -disable-inlining test.llvm -o test.bc > $ llvm-dis -f test.bc > $ less test.ll > ........ > int %main(int %argc, sbyte** %argv) { > entry: > call void %__main( ) > %tmp.11 = call ulong %getL( ) ; <ulong> [#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&g...

Dear R-developer (Marsaglia??) The following piece of code from package SuppDist , routine "dist.cc" seems to have a bug ULONG MWC1019(void){ ULONG long t; int i = endQ-1; t = 147669672LL*Q[i] + Q[endQ]; Q[endQ] = (t>>32); if(i>0) return(Q[i--] = t); i = endQ-1; return(Q[0] = t); } in fact , being "i" a local variable that have automatic storage, it is initialized to endQ-1 (1019) each time t...

...lvm >> tests/2003-05-26-Shorts.c >> $ gccas -disable-inlining test.llvm -o test.bc >> $ llvm-dis -f test.bc >> $ less test.ll >> ........ >> int %main(int %argc, sbyte** %argv) { >> entry: >> call void %__main( ) >> %tmp.11 = call ulong %getL( ) ; <ulong> [#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...

...ve the definition of %tmp.37 to block 'join', the Alpha backend correctly eliminates the cmpeq. I think rather than changing the cast/seteq behavior, I can get the same results for alpha by moving the seteq to the block where it is used. -Eric implementation ; Functions: int %FirstOne(ulong %arg1) { entry: %x = alloca ulong ; <ulong*> [#uses=2] store ulong %arg1, ulong* %x %tmp.3 = cast ulong* %x to [4 x ushort]* ; <[4 x ushort]*> [#uses=2] %tmp.35 = getelementptr [4 x ushort]* %tmp.3, int 0, int 1 ;...

...[0], Port); + _interlockedbittestandreset((volatile LONG *)&shared_info_area->evtchn_mask[0], Port); // should we kick off pending interrupts here too??? KdPrint((__DRIVER_NAME " <-- EvtChn_Unmask\n")); @@ -242,7 +240,7 @@ EvtChn_GetXenStoreRingAddr() xen_store_mfn = (ULONG)hvm_get_parameter(HVM_PARAM_STORE_PFN); pa_xen_store_interface.QuadPart = xen_store_mfn << PAGE_SHIFT; - xen_store_interface = (struct xenstore_domain_interface *)MmMapIoSpace(pa_xen_store_interface, PAGE_SIZE, MmNonCached); + xen_store_interface = MmMapIoSpace(pa_xen_store_interface, P...

....8/xen_hyper.c 2012-07-05 15:50:19.000000000 +0200 @@ -64,7 +64,6 @@ xen_hyper_init(void) machdep->get_smp_cpus(); machdep->memory_size(); -#ifdef IA64 if (symbol_exists("__per_cpu_offset")) { xht->flags |= XEN_HYPER_SMP; if((xht->__per_cpu_offset = malloc(sizeof(ulong) * XEN_HYPER_MAX_CPUS())) == NULL) { @@ -76,7 +75,6 @@ xen_hyper_init(void) error(FATAL, "cannot read __per_cpu_offset.\n"); } } -#endif #if defined(X86) || defined(X86_64) if (symbol_exists("__per_cpu_shift")) { diff -Npru crash-6.0.8.orig/xen_hyper_defs.h crash-6...

Hi Jeremy. Here are the 3 patches for ia64/xen support. The first one is just to move manage.c under drivers/xen. This is trivial. The second and third ones are for compilation fix on ia64. You may want to postpone those 2 patches to make your merge task easy as you said before. thanks, Diffstat arch/x86/xen/Makefile | 2 +- drivers/xen/Makefile | 2 +-

Hi Jeremy. Here are the 3 patches for ia64/xen support. The first one is just to move manage.c under drivers/xen. This is trivial. The second and third ones are for compilation fix on ia64. You may want to postpone those 2 patches to make your merge task easy as you said before. thanks, Diffstat arch/x86/xen/Makefile | 2 +- drivers/xen/Makefile | 2 +-

...) diff --git a/arch/x86/mm/testmmiotrace.c b/arch/x86/mm/testmmiotrace.c index 38868adf07ea..f6ae6830b341 100644 --- a/arch/x86/mm/testmmiotrace.c +++ b/arch/x86/mm/testmmiotrace.c @@ -9,7 +9,7 @@ #include <linux/mmiotrace.h> static unsigned long mmio_address; -module_param(mmio_address, ulong, 0); +module_param_hw(mmio_address, ulong, iomem, 0); MODULE_PARM_DESC(mmio_address, " Start address of the mapping of 16 kB " "(or 8 MB if read_far is non-zero).");

...hanks, Andy using System.Runtime.InteropServices; [ComVisible(true), ComImport, Guid("4F063B3A-B397-4c22-AFF4-2F8DB96D292A"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)] public interface ITheoraEncodeSettings { [PreserveSig] bool canModifySettings(); [PreserveSig] ulong targetBitrate(); [PreserveSig] ulong keyFrameDataBitrate(); [PreserveSig] byte quality(); [PreserveSig] long sharpness(); [PreserveSig] long noiseSensitivity(); [PreserveSig] ulong keyframeFreq(); [PreserveSig] bool isFixedKeyframeInterval(); [PreserveSig] bool allowDrop...

...>> This is not a good example, because it's a front-end test, but there ARE >> known problems. For example the "malloc" and "alloca" instructions can >> only take 'uint' size parameters: they should obviously be generalized to >> take uint or ulong parameters so you can say: > > Did you actually try the big_array.c example - it typedefs both an array and a > struct > 2**32 bytes, and I expected it to overflow e.g. > unsigned ArrayType::getNumElements() in include/llvm/DerivedTypes.h. Yes, it does, but for this particular testc...

...: > > > #include <stdlib.h> > #include <stdio.h> > > #define BITS 64 > > /**************************************** > >   Types > > ****************************************/ > > typedef unsigned long ul; > typedef __uint128_t ull; > typedef ulong mp_size; > typedef const ulong * mp_src; > typedef ulong * mp_dst; > typedef ulong * mp_ptr; > > > /**************************************** > >   Random routines > > ****************************************/ > > ull __randval = (ull) 13993185049168412078UL; >...

...trieve the carry and do an add with carry. Consider this short C program: #include <stdlib.h> #include <stdio.h> #define BITS 64 /**************************************** Types ****************************************/ typedef unsigned long ul; typedef __uint128_t ull; typedef ulong mp_size; typedef const ulong * mp_src; typedef ulong * mp_dst; typedef ulong * mp_ptr; /**************************************** Random routines ****************************************/ ull __randval = (ull) 13993185049168412078UL; const ull __randprime = (ull) 9223372036854775814UL * 2 +...

Hi! Where virt_to_maddr() or __pa() is used, paddr_t is mostly expected rather unsigned long. This may fix random issues in PAE mode. Christoph _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

hi, when i build hello.cpp, it show following conflict: ----------------------------------------------------------- [yue at RH9 Shootout-C++]$ llvmg++ hello.cpp -o hello WARNING: Type conflict between types named 'struct._Unwind_Exception'. Src='{ ulong, void (uint, \4 *) *, uint, uint }'. Dest='{ ulong, void (ubyte, \4 *) *, uint, uint }' gccld: error linking in 'gcc_s': Function 'long (long)':"__negdi2" - Function is already defined! ----------------------------------- yueqiang 2003.12.19

Currenty the ext_param field only distinguishes between "config change" and "vring interrupt". We can do a lot more with it though, so let's enable a full byte of possible values and constants to #defines while at it. Signed-off-by: Alexander Graf <agraf at suse.de> --- drivers/s390/kvm/kvm_virtio.c | 22 ++++++++++++++++------ 1 files changed, 16 insertions(+), 6

Currenty the ext_param field only distinguishes between "config change" and "vring interrupt". We can do a lot more with it though, so let's enable a full byte of possible values and constants to #defines while at it. Signed-off-by: Alexander Graf <agraf at suse.de> --- drivers/s390/kvm/kvm_virtio.c | 22 ++++++++++++++++------ 1 files changed, 16 insertions(+), 6