search for: suppossed

To create a new CallInst I used to call the following constructor: CallInst(Value *F, const std::vector<Value*> &Par, const std::string &Name = "", Instruction *InsertBefore = 0); However, it seems as though that constructor has been removed. I assume that I'm suppossed to use the following constructor, but I can't figure out what to pass as the Args parameter (the second parameter). CallInst (Value *F, Value *const *Args, unsigned NumArgs, const std::string &Name="", Instruction *InsertBefore=0) Can someone help? Thanks, Ryan

Chris Lattner <clattner at apple.com> writes: > On Oct 11, 2008, at 8:41 PM, OvermindDL1 wrote: > >> I am not sure how well the current tests could be ported though, they >> are very gcc-centric, as in compile with llvm-gcc and execute what >> llvm-gcc compiled, not very useful as an api test. I have not really >> looked much into the current test setup once I

On Oct 11, 2008, at 8:41 PM, OvermindDL1 wrote: >> If you were interested in working on this project, it seems that the >> place to start is not by adding new crazy sorts of API tests for >> LLVM. It would be a better use of your time to take what we already >> have and make it work (with one of your proposals) on windows. When >> the infrastructure is set up,

On Oct 11, 2008, at 11:35 PM, Óscar Fuentes wrote: > Chris Lattner <clattner at apple.com> writes: > >> On Oct 11, 2008, at 8:41 PM, OvermindDL1 wrote: >> >>> I am not sure how well the current tests could be ported though, >>> they >>> are very gcc-centric, as in compile with llvm-gcc and execute what >>> llvm-gcc compiled, not very

Dmitri Makarov <nebraskin at yahoo.com> writes: >> Is it reasonable to ask > > Yes, it's reasonable. Since this is open source we depend on contributions from the community, etc... You know how the song goes. Seriously, I'll like to see a healthy MSVS build as much as you, but someone must do the work. > Moreover, I'd be content with a build system that

John Myers <atomicdog.jwm at gmail.com> writes: > I'm looking for some pointers on how to troubleshoot this problem. I'm > trying to write a backend for the AVR. > There is an undefined reference at line 48 which is the line FrameInfo() is > on. I've tried to use the MSP430 and other targets as references so I'm not > sure > what changes I did would cause a

> Is it reasonable to ask Yes, it's reasonable. Moreover, I'd be content with a build system that doesn't use MSVS IDE at all. If the build system could be parameterized to use microsoft cl compiler (cygwin gcc is useless for my purposes), e.g. something like in Boost project, I'd be more than happy to never care about VS project files. Yet, I want to limit my involvement

...lot(50,1500,type='p',xlab='normal1',ylab='normal2',main='Two normal samples--first 20 genes',pch=15,col='blue') plot(dat(,1), dat(,2)) I get the following error message  "error in plot (dat(,1),dat(,2)  could not find function dat I am not sure how I am  suppossed to use function dat that is where and how to define it to the table? Any help would be appreciated. Paul [[alternative HTML version deleted]]

...I used to call the following constructor: > > CallInst(Value *F, const std::vector<Value*> &Par, const std::string > &Name = "", Instruction *InsertBefore = 0); > > However, it seems as though that constructor has been removed. I assume > that I'm suppossed to use the following constructor, but I can't figure > out what to pass as the Args parameter (the second parameter). > > CallInst (Value *F, Value *const *Args, unsigned NumArgs, const > std::string &Name="", Instruction *InsertBefore=0) > > Can someone help...

Russell Wallace <russell.wallace at gmail.com> writes: > Ah, thanks... curious, that set of instructions recommends running > make in place (in the combined llvm directory), instead of in a > separate directory as when building llvm without clang. It doesn't *recommend* running cmake in-source. It is just that the instructions are written that way. When generating VS solution

...llowing constructor: >> >> CallInst(Value *F, const std::vector<Value*> &Par, const std::string >> &Name = "", Instruction *InsertBefore = 0); >> >> However, it seems as though that constructor has been removed. I assume >> that I'm suppossed to use the following constructor, but I can't figure >> out what to pass as the Args parameter (the second parameter). >> >> CallInst (Value *F, Value *const *Args, unsigned NumArgs, const >> std::string &Name="", Instruction *InsertBefore=0) >> &gt...

I am analyzing some data obtained after measuring some parameters at different times in samples obtained from many subjects. The model is quite simple: aov(parameter ~ Time + Error(Subject/Time)) Now I want to make a pairwise comparison between the levels of Time. However, I have not find how to do such a thing. I cannot use TukeyHSD or pairwise.t.test, I supposse. Maybe using contrasts? Could

Sorry, I forgot to include a reproducible example on my last e-mail but here it is: Since the file is large to be included here: The path to the foo.Rnw examples is: www.stat.umn.edu/~charlie/Sweave/foo.Rnw and is suppossed to produce a pdf like this one: http://www.stat.umn.edu/~charlie/Sweave/foo.pdf I have downloaded MiKTEX but I don't know how to make it work. Sweave and Stangle seem to work fine but when I use "texi2dvi" it crashes. library(tools) Sweave("C:/Program Files/R/R-2.7.2/bin/foo.R...

Hello all, This is the first time I write to the list. Sorry about my english... My Debian Sarge server was working perfectly with samba and winbind as a normal client in a Domain enviroment. I was able to share folders on my linux machine giving rights to the domain users. Everything was working until one day in that it crashed for some reason I don't know. I didn't touch anything of my

I'm trying to make an AMI call. I want to call a number, play an announcement when the call is answered, then call a second number and connect the two when the second call is answered. I an able to make a simple call to two numbers and connect them using the manager API but playing the announcement has me beat. Suggestions anyone? Bruce Ferrell

This seems to be a problem that goes back a long time - and I hope someone who understands what tre is suppossed to be doing will look at this. A short history of other people who have reported on this on different versions of AIX. I shall only add that I get the same results on AIX 5.3 TL7, AIX 6.1 TL9 and AIX 7.1 TL3. Basically, with settings that work for AIX and 32-bit - the only changes being -maix3...

On May 17, 2008, at 2:44 PM, Óscar Fuentes wrote: > I don't know how much LLVM build system is tied to the GNU toolchain > or > how much it depends on *nix features, but suppossing that adding > support > for MSVC++ is impractical, perhaps it would be simpler to implement a > Makefile-based build system for MSVC++ than to keep up to date the > project files. This would

Hi, I'm looking for some pointers on how to troubleshoot this problem. I'm trying to write a backend for the AVR. There is an undefined reference at line 48 which is the line FrameInfo() is on. I've tried to use the MSP430 and other targets as references so I'm not sure what changes I did would cause a problem on this line? AVRTargetMachine::AVRTargetMachine(const Target &T,

[Please use Reply to All for sending your message to the ml too] Marc Claesen <claesenm at gmail.com> writes: >> Another issue is that I don't see in your code the _values_ you want to >> pass to the called function. Apparently you already have the function >> declaration (Function *f) but you are creating a call to that function, >> and you need the actual

On Sat, Mar 20, 2010 at 7:54 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: > It doesn't *recommend* running cmake in-source. It is just that the > instructions are written that way. When generating VS solution files, > building in-source is not a problem. It is when generating makefiles, as > the generated makefiles will overwrite those provided with LLVM's > sources.