similar to: [LLVMdev] pointer-sized integer type

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anton Korobeynikov wrote: > Benjamin, > >> It seems that LLVM bytecode doesn't have a builtin type for "pointer-sized >> integer". > You should use TargetData to provide a size of pointer. Sorry, perhaps I was not clear. When JITting code it's not hard to figure out the size of a pointer and use the equivalent

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm a LLVM newbie who's started experimenting with the JIT, and I have a couple questions relating to LLVM and the runtime JIT: I'm going to post them as separate messages to avoid getting threads tangled up. I want to call a C++ function from a function that was JITted at runtime. I'm starting with HowToUseJIT.cpp as a base for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Lattner wrote: > Finally, there is still a lot that can be done to reduce code size. For > example, building a JIT links in the .s file printers in, and they have > non-trivial size (big string tables etc). It would be great to refactor > the code to avoid things like this. I wouldn't be surprised if we could > shrink the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joachim Durchholz wrote: | Subject says it all. | | Looking in /usr/include/gnu, I find stubs-64.h and stubs.h, but no | stubs-32.h. | This is probably related to my machine running a 64-bit install of | Ubuntu. I'm not sure whether this should be rectified in Ubuntu or LLVM. You don't have i386 and x86-64 devel packages installed. Ask your

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What is the expected footprint of a tool using the LLVM JIT? I have created a simple project that uses the LLVM C++ API to JIT calls to XPCOM method signature... it works well, but the component DLL is very large (Linux x86-74, 5.8MB optimized and stripped). Is this normal? Am I linking to "too much" or not using the correct link flags?

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been reading the headers and http://llvm.org/releases/2.1/docs/ProgrammersManual.html and I'm still confused about a pretty fundamental point... who is expected to clean up various objects when we're finished with them, and when? Let's say I've created a module, retrieved a bunch of types, created a function, a basic block,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There doesn't appear to be a calling convention matching "thiscall"... on gcc targets, the standard calling convention is fine (just pass "this" as the first parameter), but with MSVC this won't work because it passes "this" in %ECX. Is there a workaround for this? Or how hard would it be to add a separate

Benjamin, > It seems that LLVM bytecode doesn't have a builtin type for "pointer-sized > integer". You should use TargetData to provide a size of pointer. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

On Mon, 3 Dec 2007, Benjamin Smedberg wrote: > What is the expected footprint of a tool using the LLVM JIT? Right now it's ~1.5 to 2M for one platform, at least on darwin. > I have created a simple project that uses the LLVM C++ API to JIT calls > to XPCOM method signature... it works well, but the component DLL is > very large (Linux x86-74, 5.8MB optimized and stripped). Is

----- Mensaje original ---- De: Benjamin Smedberg <benjamin at smedbergs.us> Para: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Enviado: viernes, 22 de febrero, 2008 22:36:40 Asunto: Re: [LLVMdev] Calling functions -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Álvaro Castro wrote: | Hello! | | | I'm trying LLVM for generating code and I found

Hello, I would like to use the BDS test from the tseries package, but there is something I don't understand in the results of the test. Let's say, I want the BDS values for an embedding dimension equal to 2 : > bds.test(c, m = 2, eps = seq(0.5 * sd(c), 2 * sd(c), length = 4),trace=FALSE); Here are the outputs: data: c Embedding dimension = 2 Epsilon for close points = 0.0097

Subject says it all. Looking in /usr/include/gnu, I find stubs-64.h and stubs.h, but no stubs-32.h. This is probably related to my machine running a 64-bit install of Ubuntu. I'm not sure whether this should be rectified in Ubuntu or LLVM. Regards, Jo

Under OpenSSH 1.2pre17 I can duplicate and Input/Output error for scp: Conditions: pc36 is a RH6.0/i386 box. abc.co.za is a RH5.2/i386 box. (private network) openssh 1.2 pre 17 on both boxes. Line between them is a 128k leased line. It works between two 10baseT machines. If the scrollbar is active, the scp fails, if it isn't active, scp works. Note that without the scrollbar, the file gets

I got it to work by changing scheduled_end_date= nil to self.scheduled_end_date= nil. I believe these statements should be equivilent. I don''t know Ruby/Rails well enough to know when, if or why that should matter. Can someone educate me please? I want to believe this framework is ready for production work, but silently dropping data is a very big problem. I expect that I''ve

Dear Sir, I’am a frensh student and i’am a new user of the R software. After using the command (x<-read.delim(“clipboard”) to read a spreadsheet of Excel, I want to run the bds test and calculate the Lyapunov exponent. I have charged the R software by the packages tseries and tseriesChaos. when i run bds.test(x,m=2) Unfortunately the R software displays “error in as.vector(x,mode= “double”) :

UseRs, I want to do a bds.test but the function return this : > bds.test(erro.exp,m=15); Error in as.vector(x, mode = "double") : (list) object cannot be coerced to double How can I fix this problem? Thanks savano [[alternative HTML version deleted]]

Hello! I'm trying LLVM for generating code and I found something I cannot figure out or find in the documentation: I'm doing something like this to call "sin" from std: std::vector<const Type*> params; params.push_back( Type::FloatTy ); FunctionType *FT = FunctionType::get( Type::FloatTy, params, false); Function *F = new Function( FT, Function::ExternalLinkage,

Fritz just put the first version of a new time series package to the contrib section at CRAN. The package is called "tseries.tgz" and provides a library for time series analysis. It contains acf Autocorrelation Function adf.test Augmented Dickey-Fuller Test amif Auto Mutual Information Function bds.test BDS Test

Fritz just put the first version of a new time series package to the contrib section at CRAN. The package is called "tseries.tgz" and provides a library for time series analysis. It contains acf Autocorrelation Function adf.test Augmented Dickey-Fuller Test amif Auto Mutual Information Function bds.test BDS Test

Fritz just put the updated tseries package to CRAN. I mainly removed (and corrected) code such that tseries fits together with package ts. New code is White's and Teraesvirta's tests for neglected non-linearity (also for the regression case). From the INDEX file: NelPlo Nelson-Plosser Macroeconomic Time Series adf.test Augmented Dickey-Fuller Test amif