similar to: [LLVMdev] Question about adding a pass in LLVM

Hello everyone, I observe a weird behavior switching from clang-4 to clang-5 (and any higher version). I compile an executable that depends on LLVM. Everything works fine with clang-4, but when I run the executable compiled with clang-5 I see the following error: : CommandLine Error: Option 'rewrite-map-file' registered more than once! LLVM ERROR: inconsistency in registered CommandLine

On 05/30/2018 02:39 PM, Alex Denisov via llvm-dev wrote: > Hello everyone, > > I observe a weird behavior switching from clang-4 to clang-5 (and any higher version). > I compile an executable that depends on LLVM. Everything works fine with clang-4, but when I run the executable compiled with clang-5 I see the following error: > : CommandLine Error: Option

Thanks Mike. My data has longitude and latitude coords and I used distAB {clim.pact} then mst {ape} to calculate my minimum spanning tree. The nodes are telecoms sites from all over Australia. My goal is to determine the minimum cost of linking them via cabling, and I'm starting by calculating the distance "as the crow flies", but will probably eventually need to calculate the

Dear All At institutes where there are PC labs used by Masters and undergraduate students and software is maintained /managed by a central IT services, do you always update R every time a new version is released - around beginning of April and October? Do you also ask them to install all patch releases as they turn up? Currently our IT department update once a year before the start of the Autumn

Hi I have just upgraded from R2.6.0 to R2.7.1 (running on Windows) and a part of my code that previously ran ok now gives an error. The following is a simple example to demonstrate my problem. > a <- array(c(1,2,3,4,5,6,rep(NA,6)),dim=c(6,2)) > apply(a,2,sd,na.rm=T) In R2.6.0 this gives (which is what I would like) [1] 1.870829 NA In R2.7.1 it gives the following error

Hi Tom, hi Michael, Thank you for your help. I understand the linking problem. What I do not understand is how to debug the difference between two versions of compilers. This what I do (briefly): clang++-4 foobar.cpp -lLLVM -l/opt/llvm-3.9/lib clang++-5 foobar.cpp -lLLVM -l/opt/llvm-3.9/lib The first command produces a working executable, while the other one does not. I'm trying to

Hi, Op 19-mei-07, om 00:39 heeft Chris Lattner het volgende geschreven: > Anton is right. You should be able to use -fno-builtins to disable > this. Thanks, that did the trick. Some final remarks (my app works again :-)): * llvm.va_start and similar intrinsics now have an i8* arg instead of an sbyte** * For some reason the Arguments of a Function are now circularly linked,

Hi I was wondering if someone could help me with an rpart problem. I can see that cross-validation is the default for tree selection in rpart -- has a bootstrap method been implemented anywhere? I think this is a different thing to 'bagging' or 'boosting' -- I still want 'one' tree at the end, I just would like it chosen using a bootstrap method. Any ideas??? Thanks

R-Help Please can you tell me if there is a function within R that will return the day of any given date? Using 19 March 2006 as an example: given 20060319 (or any other date format) will return the day Sunday. Many thanks Fiona.

Recently I started getting these warnings - thousands of them - and I'm not sure what I did to cause them or how to solve them: ld: warning llvm::MemoryBuffer::getBufferStart() const has different visibility (1) in /usr/local/lib/libLLVMSupport.a(MemoryBuffer.o) and (2) in /usr/local/lib/libLLVMSupport.a(CommandLine.o) ld: warning

http://lists.cs.uiuc.edu/pipermail/llvmdev/2008-August/016763.html On 2008-09-05, at 22:46, Talin wrote: > Recently I started getting these warnings - thousands of them - and > I'm > not sure what I did to cause them or how to solve them: > > ld: warning llvm::MemoryBuffer::getBufferStart() const has different > visibility (1) in

I've tried to download rw1090.exe 3 times and rw1081.exe once onto a Windows XP from the UK mirrors (I've tried both of them). When the download is complete and I double-click on the icon I get an error message telling me the set-up files are corrupted and to obtain a new copy of the program. I have spent quite a lot of time checking the message archives but I can't find a solution. If

On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote: > On Nov 29, 2011, at 12:26 AM, David Blaikie wrote: >> For a bit of an experiment I've been trying to compile LLVM & Clang >> with -Weverything (disabling any errors that seem like more noise/less >> interesting). One warning I've recently hit a few instances of is >>

On Dec 1, 2011, at 12:08 AM, David Blaikie wrote: > On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote: >> On Nov 29, 2011, at 12:26 AM, David Blaikie wrote: >>> For a bit of an experiment I've been trying to compile LLVM & Clang >>> with -Weverything (disabling any errors that seem like more noise/less >>> interesting).

I am using the latest version of R 2.13.1 and need to load the following packages; library(maps) library(mapdata) library(mapproj) library(lattice) library(tgp) library(spatstat) library(akima) I get the follwing error when loading the packages, "maps", "mapdata" and "mapproj" Error: package 'maps' is not installed for 'arch=i386' Error: package

For a bit of an experiment I've been trying to compile LLVM & Clang with -Weverything (disabling any errors that seem like more noise/less interesting). One warning I've recently hit a few instances of is -Wweak-vtable which is, in fact, an explicitly documented LLVM coding standard ( http://llvm.org/docs/CodingStandards.html#ll_virtual_anch ). Some instances of this have been easy to

On Nov 29, 2011, at 12:26 AM, David Blaikie wrote: > For a bit of an experiment I've been trying to compile LLVM & Clang > with -Weverything (disabling any errors that seem like more noise/less > interesting). One warning I've recently hit a few instances of is > -Wweak-vtable which is, in fact, an explicitly documented LLVM coding > standard (

On Thu, Dec 1, 2011 at 9:11 AM, Chris Lattner <clattner at apple.com> wrote: > > On Dec 1, 2011, at 12:08 AM, David Blaikie wrote: > >> On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote: >>> On Nov 29, 2011, at 12:26 AM, David Blaikie wrote: >>>> For a bit of an experiment I've been trying to compile LLVM & Clang

Hi all, Our section at work is looking at buying a high-powered computer (32 Gb RAM, 64-bit) to be able run models on large datasets and have more processing power for the software we commonly use. We mostly use R to fit GLMs and GAMs. Our department uses Windows as the standard OS (we are upgrading to Vista in the next few months) and so most people would be in favour of having the same OS on

On Tue, 22 May 2007 23:52:46 -0700 (PDT) Chris Lattner <sabre at nondot.org> wrote: >On Sun, 20 May 2007, Bram Adams wrote: >> On a related note: while using llvmc I have some test cases where the >> following error now pops up on Linux X86 (not on OSX): >> >> <premain>: CommandLine Error: Argument 'debug' defined more than once! >> llvmc: