similar to: Installing Problems

Hi, I am new to using R and Bioconductor. My first attempt at installing R seemed successful. Then while attempting to getBioC() I had to force quit the R application since I had to attend to something else urgently. When i returned and tried to getBioC, I am getting errors indicating that there is a lock on some files. So i would like to uninstall/remove all R components and Bioconductor

This is just standard behavior of the Python interpreter. The files are just a cache (it is not the sources being modified) and also won't be written if the source tree is made read only, and shouldn't cause a problem in practice. - Daniel On Jan 22, 2013, at 0:02, Duncan Sands <baldrick at free.fr> wrote: > I would have expected the .pyc files to go in the objects directory.

yeah i m concerned about jit compilation time.. On Sun, Jun 30, 2019 at 12:57 PM Praveen Velliengiri < praveenvelliengiri at gmail.com> wrote: > Yes I think so.. Could you please tell me in which context (compile time > improvement)? That is whether you are interested in knowing whether having > ORC instead of MCJIT, will increase your LLVM Build time or you are > concerned

Ashok Nalkund wrote: > Resending, any pointers? I demangled the symbol and it turns out to be: > std::__1::locale::use_facet(std::__1::locale::id&) const My guess is that you've got a .bc file produced on a mac using libc++ (hence the ::_1 part) and you're trying to run it on linux with libstdc++ (which doesn't use inline namespaces, the '::_1::' part). That

Ashok Nalkund wrote: > > Resending :(. Any pointers? Fundamentally the issue is that the system linker is supposed to define __dso_handle when linking, but since there is no system linker between your build of the .bc files and running lli, nobody has defined it. It seems reasonable to me that lli should define __dso_handle if it's declared in the module. You could module

On 1/21/2013 10:25 AM, Ashok Nalkund wrote: > On 1/21/2013 2:01 AM, Óscar Fuentes wrote: >> Ashok Nalkund <ashoknn at qti.qualcomm.com> writes: >> >>> I was using the find_package(LLVM llvm/share/llvm/cmake) and >>> llvm_map_components_to_libraries(REQ_LLVM_LIBRARIES jit native) to get >>> the libraries to link against. This works well for the

On 1/21/2013 2:01 AM, Óscar Fuentes wrote: > Ashok Nalkund <ashoknn at qti.qualcomm.com> writes: > >> I was using the find_package(LLVM llvm/share/llvm/cmake) and >> llvm_map_components_to_libraries(REQ_LLVM_LIBRARIES jit native) to get >> the libraries to link against. This works well for the libLLVM* >> libraries, but how do I implement similar find stuff for

On 6/20/2012 11:55 PM, Ashok Nalkund wrote: > On 6/20/2012 11:00 PM, "C. Bergström" wrote: >> On 06/21/12 12:47 PM, Chandler Carruth wrote: >>> On Wed, Jun 20, 2012 at 5:13 PM, Nick Lewycky <nlewycky at google.com >>> <mailto:nlewycky at google.com>> wrote: >>> >>> Is there anybody who is certain that our autoconf dependency

Resending, any pointers? I demangled the symbol and it turns out to be: std::__1::locale::use_facet(std::__1::locale::id&) const tia, ashok On 5/19/2012 9:41 PM, Ashok Nalkund wrote: > Hi, > LLVM/Clang version: 3.2svn (r156975). I have a bitcode file that I'm > trying to load/execute using lli as below but it reports an error about > unresolved symbol: >> LLVM

Resending :(. Any pointers? tia On 5/21/2012 2:46 PM, Ashok Nalkund wrote: > On 5/21/2012 11:15 AM, Nick Lewycky wrote: >> Ashok Nalkund wrote: >>> Resending, any pointers? I demangled the symbol and it turns out to be: >>> std::__1::locale::use_facet(std::__1::locale::id&) const >> >> My guess is that you've got a .bc file produced on a mac using

Hi Ashok, I created a new Ubuntu 12.04 virtual machine and followed directions except that I know use your cmake command instead of configure, and I got the error below. Any help is very much appreciated. $ /home/ubuntu/bin/bin/clang++ -I /home/ubuntu/bin/include/ tutorial1.cpp In file included from tutorial1.cpp:5: In file included from /home/ubuntu/bin/include/llvm/Support/raw_ostream.h:17:

Looks like your make/install is incomplete wrt clang. I follow the instuctions for checking out the sources but build using cmake instead of configure: > cmake -G ""Unix Makefiles" -DLLVM_TARGETS_TO_BUILD="X86" -DCMAKE_BUILD_TYPE="Release" -DCMAKE_INSTALL_PREFIX="../bin" ../llvm > make install This builds and installs llvm+clang in the bin

Hi Ashok, As I mentioned in my earlier e-mail, my /usr/local/include does not have clang/ or clang-c/. I'm unable to do a make or make install in the Clang build directory.  How do I fix this? Thanks! ________________________________ From: Ashok Nalkund <ashoknn at qualcomm.com> To: NY Knicks Fan <nyknicksfan92009 at yahoo.com>; "llvmdev at cs.uiuc.edu" <llvmdev

On Jul 9, 2012, at 4:00 PM, Ashok Nalkund wrote: > The "make install" should collect everything into your <install path>. > The <install path> will then have bin, lib and include dirs. And you should be able to specify the install path with the --prefix option when configuring. I believe the default is /usr/local (see: configure --help to verify). Chad > On

Hi, I have built R (current development version) and BioConductor 1.7 with portland group compiler on a AMD Opteron. When I ran qc assessment on Affymetrix latin square data set, I got the following output, Loading required package: affy Loading required package: Biobase Loading required package: tools Welcome to Bioconductor Vignettes contain introductory material. To view,

> Resending :(. Any pointers? Are you seeing missing __dso_handle with the interpreter or with the JIT? Ciao, Duncan. > > tia > > On 5/21/2012 2:46 PM, Ashok Nalkund wrote: >> On 5/21/2012 11:15 AM, Nick Lewycky wrote: >>> Ashok Nalkund wrote: >>>> Resending, any pointers? I demangled the symbol and it turns out to be: >>>>

I have written a series of C modules that produce various custom (technical analysis) graphs when presented with a financial time series. The code was developed on the Win2K and so makes many now level function calls to the GDI etc, and is very tightly wedded to the Win2k windowing system. I notice however, that most of the graphing functionality in R (at least on the Windows OS) is handled

I was able to get past the error by calling InitializeNativeTargetAsmParser() in my code. Now I have a failure in resolving external libraries, so looking into that (recompiled with --enable-ffi but I now get an error LLVMgold.so not found). Then I hda to disable the following code in lib/Target/X86/X86CodeEmitter.cpp: > case TargetOpcode::INLINEASM: > // We allow inline

The "make install" should collect everything into your <install path>. The <install path> will then have bin, lib and include dirs. On 7/9/2012 3:52 PM, NY Knicks Fan wrote: > Hi Ashok, > > The documentation suggests that I put clang inside of llvm/tools and so > I have two separate include directories. I tried both of them and > neither worked: > > $

On Thu, Jun 21, 2012 at 12:50 AM, Ashok Nalkund <ashoknn at qualcomm.com> wrote: > On 6/20/2012 11:55 PM, Ashok Nalkund wrote: >> On 6/20/2012 11:00 PM, "C. Bergström" wrote: >>> On 06/21/12 12:47 PM, Chandler Carruth wrote: >>>> On Wed, Jun 20, 2012 at 5:13 PM, Nick Lewycky <nlewycky at google.com >>>> <mailto:nlewycky at