similar to: [LLVMdev] A faster instruction selector?

Hi Nicolas and Dan, Thanks for your replies. I've been playing around with various setting, as you suggested. > What version of LLVM are you using here? I'm using 2.4 My original time ratios of reg-alloc to instruction selection (1:12) referred to the local register allocator and the standard instruction selector (all passes), not a sensible comparison, I realise. > I did

> On Dec 17, 2008, at 4:53 AM, Mark Shannon wrote: >> Choosing the fast selector does speed code-generation by almost >> double, >> when using llc, but the reduction in final code speed is obviously a >> downside. > [...] >> Since my toolkit generates an interpreter, I am able to just compile >> hotspots, so final speed of compiled code is quite

summary: I can display a lon-lat map on a lattice::layerplot, and I can display a Lambert conformal conic (LCC) map on a spam::image, but I can't display an LCC map on a lattice::layerplot. Example follows. What am I doing wrong? details: I've been using `lattice` (via `rasterVis`) successfully to display global atmospheric data, which works well enough (though I am definitely intrigued

>C--'s weakness is it's incompleteness (missing many major features), >instability/bugginess, poor performance (both time to compile and the >generated code), lack of high-level optimizations, lack of ABI >compatibility with the native tools, lack of C++ frontend support, and the >small size of its community. To quote Tony Hoare : "premature optimization is the

Hello, I'm new to OGG and I must say than it's impressive. I plan to use it in my project (BASIC programming langage) but I use LccWin32 as main C compiler (free and very powerful) and OGG has some difficulties to compile. I would like to know if it was already reported. If not, here it is: - Inline ASM functions for vorbis_itoa() isn't ok for LCC (not the same syntax than VC). I

Hi, I'm trying to implement a new backend for an embedded CISC processor. Therefore I thought that it makes sense to take X86 target as a basis, to save some time. But when I look into the X86InstrInfo.td, I have a very strong feeling that it is one of the most complex instruction set descriptions compared to other targets. I can imagine that this is due to the complexity of X86's

I've read something about this problem, but I don't know how can i avoid this problem. Why the order of the factors give different results? I suppose it's because the order of the factors, i've just changed "lcc" from the first position to the last in the model, and the significance change completely >

SUMMARY: Specific problem: I'm regridding biomass-burning emissions from a global/unprojected inventory to a regional projection (LCC over North America). I need to have boundaries for Canada, Mexico, and US (including US states), but also Caribbean and Atlantic nations (notably the Bahamas). I would also like to add Canadian provinces and Mexican states. How to put these together? General

HI I tried to follow the procedure at http://vmkit.llvm.org/get_started.html . Builds of LLVM and classpath went fine (after fixing a few dependency problems). After compiling a simple HelloWorld with javac I got ../vmkit/Debug/bin/jnjvm HelloWorld hang for a while and then spits out a terminate called without an active exception Abort I also tried to compile on a machine with gcc 4.1 and

I've run an ancova, edadysexo is a factor with 3 levels,and log(lcc) is the covariate (continous variable) I get this results > ancova<-aov(log(peso)~edadysexo*log(lcc)) > summary(ancova) Df Sum Sq Mean Sq F value Pr(>F) edadysexo 2 31.859 15.9294 803.9843 <2e-16 *** log(lcc) 1 11.389 11.3887 574.8081 <2e-16 ***

Hi Evan > > It looks > > like that the instruction selector operates on actual DAGs, no > > unDAGing to > > trees seems to occur at any point. > Instruction scheduler is responsible for turning a DAG into a list of > instructions. So unDAGing is applied by the instruction scheduler. At which points in the compilation flow is the instruction scheduler run (i'm

Hi there first of all, many thanks to some people out there for their advice on building LLVM on Cygwin (this would be Aaron Gray, Reid Spencer, Tanya and Chris Lattner i suppose). LLVM 2.1 seems to build in debug mode on my "old" Cygwin (1.5.15). At least everything except tblgen is build. For tblgen i use the supplied mingw binaries, many thanks for that! I would like now to ask you

*[qali at qali llvm-2.8-rev]$ find . -exec grep -n "LLVMCC_EMITIR_FLAG" ./ {} \;* ./projects/test-suite/Makefile.tests:47: -$(LCC) $(CPPFLAGS) $(CFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG) ./projects/test-suite/Makefile.tests:51: -$(LCXX) $(CPPFLAGS) $(CXXFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG)

On Jan 15, 2011, at 8:06 PM, Qingan Li wrote: > [qali at qali llvm-2.8-rev]$ find . -exec grep -n "LLVMCC_EMITIR_FLAG" ./ {} \; > ./projects/test-suite/Makefile.tests:47: -$(LCC) $(CPPFLAGS) $(CFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG) > ./projects/test-suite/Makefile.tests:51: -$(LCXX) $(CPPFLAGS) $(CXXFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S

Hi All, I have a netcdf gridded file with LCC projection. I can easily use image.plot to visualize it. However, as the axises are in X,Y, not Lat and Lon, I could not add state or country maps onto it (or lat lon information). I do have a grid2d file that describes the lat and lon for each (X,Y) grid, but the lat and lon are not regularly spaced, so I could not use image.plot. Does anyone know

On Monday 23 February 2009 03:23:59 Mark Shannon wrote: > I've done quite a lot of work on register allocation for stack machines. > You might want to look at my papers: > http://www.dcs.gla.ac.uk/~marks/euroforth.pdf > http://www.dcs.gla.ac.uk/~marks/thesis.pdf Hi Mark, I've read your papers, and in fact they were part of the data that convinced me that I really could go

Wesley, Regarding access to the source code; I would send you the code, but I might be stepping on a few toes. The person to speak to is Chris Bailey at the University of York (in the UK). However it is written for the lcc tree-based IR, rather than the SSA-based IR of LLVM, so I don't think it will be that much use. A lot of the analysis it does is to find information that is explicit in

Hi everybody any one knows, how i could edit dovecot to assign user quotas ? I have now configured my dovecot.conf on this way: protocol imap { listen = *:143 mail_plugins = quota imap_quota } protocol pop3 { listen = *:110 mail_plugins = quota } plugin { quota = fs:INBOX:mount=/

*1. I have searched the access/setting of LLVMCC_EMITIR_FLAG in the build directory, recursively, and all the output is what I pasted in last email (just the same to the that in source directory). Maybe the configure failed to do it. My command list for building the test suit is as followings:* *(1) cd ~/SRC_DIR/llvm/projects* *(2) svn co http://llvm.org/svn/llvm-project/test-suite/trunk

Hi, Sorry for not being specific. I just wanted to know if there is any way at all to force clang to generate intermediate code for static functions when they are not being called anywhere inside the current module. Other compilers seem to generate intermediate code (lcc, for instance). Thanks for your reply..Olivier. Sincerely Arvind On Mon, Dec 14, 2009 at 1:10 PM, Olivier Meurant