similar to: Foreign function calls without 'PACKAGE' argument (PR#8171)

I am trying to learn how to make a simple package that contains no C or Fortran code. I used package.skeleton(...) to make a package called "test". The directory and files look good. I downloaded and installed Rtools (www.murdoch-sutherland.com/Rtools/tools.zip). I added the path and from the dos prompt I can verify that make.exe and sh.exe both exist, but when I try to run "R

In the process of checking a package, I get the warning Foreign function calls without 'PACKAGE' argument: .Call("tr", ...) .Call("trProd", ...) See section 'System and foreign language interfaces' of the 'Writing R.. These functions are called using the wrappers trX <- function(x, package="gRcox") { .Call("tr", x,

Also you might need to check use PostRASchedulerList or PostMachineScheduler, PostRASchedulerList is considered deprecated as mentioned in [1]. [1] http://lists.llvm.org/pipermail/llvm-dev/2017-April/112348.html HTH, chenwj 2017-06-10 4:03 GMT+08:00 陳韋任 <chenwj.cs97g at g2.nctu.edu.tw>: > Not saying I am totally understand how thing works, but I think you're > misleading >

> Documentation's a bit stale - it'd probably be enlightening/helpful to > look at some real world examples, such as: > > %arrayidx = getelementptr inbounds i32*, i32** %0, i64 3 > > So the first argument (i32*) is a type, currently it's the same type as > the type that the second argument points to (or, in the case of a vector > gep, it's the type of the

-debug-only only works on builds with assertions enabled. Your version string says optimized build and doesn’t mention assertions. On Thu, Dec 21, 2017 at 7:15 AM Leslie Zhai via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi LLVM developers, > > llc -march=mips -debug-only=isel was able to work in Nov 8 2017 > https://reviews.llvm.org/D39723 > > But it doesn't

Full_Name: Guan-Hua Huang Version: 2.0.1 OS: Linux Submission from: (NULL) (140.113.114.123) I install the package cluster by using install.packages("cluster"). After install it, it runs fine for function clara, but it does not work for function fanny. I did the following things: library(cluster) set.seed(21) x <- rbind(cbind(rnorm(10, 0, 0.5), rnorm(10, 0, 0.5)),

Thanks :) From: 陳韋任 [mailto:chenwj.cs97g at g2.nctu.edu.tw] Sent: 14 April 2017 12:53 To: Martin J. O'Riordan <martin.oriordan at movidius.com> Cc: LLVM Developers <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Options for timing passes in LLVM? Refer to `llc` document [1], it would be `--time-passes`. [1] http://llvm.org/docs/CommandGuide/llc.html HTH,

Hi Bekket, I don't see any use case in the codebase adding clEnumValEnd at the end of list (for example, [1]), I also don't see there is clEnumValEnd. Do I miss something here? [1] http://llvm.org/doxygen/DwarfDebug_8cpp_source.html Regards, chenwj 2017-06-06 9:53 GMT+08:00 Bekket McClane via llvm-dev < llvm-dev at lists.llvm.org>: > Hi, > > Can anyone help reviewing

Hello, I have followed steps given in - https://stackoverflow.com/questions/29910051/integrating-llvm-passes/48142693#48142693 <https://stackoverflow.com/questions/29910051/integrating-llvm-passes/48142693#48142693>, to integrate my pass with pass manager and run it with clang. I am able to run my pass with opt - opt -mypass but when I try to run it with clang, I always get an error -

Hi weiren, Thanks for your suggestion! Yes, I am trying to do this "nested flattening". It seems that I need a post-dominator tree-based algorithm to flatten the nested loops from the innermost to the outermost, level by level. Is there any feature already existed in LLVM tools? Or similar? On Sun, Oct 22, 2017 at 2:31 AM, 陳韋任 <chenwj.cs97g at g2.nctu.edu.tw> wrote: > If

Hi 陳韋任, Sorry for the late response. On Apr 21, 2012, at 8:03 PM, 陳韋任 wrote: > I have a native compile and the result seems better... You can compare > the result of cross compile [1] and the native compile [2]. > > Any though? > I'm not particularly happy about the failures here. We need to get to the bottom of them. In the previous email, you tried setting CFLAGS and

Sorry that I have implemented nothing for it. aget is not my own project which is a public project of paralell "wget". I only want to use it as a common benchmark.  Do I need to implement anything for it? Thank you BestAndy Hi Andy, On 25/09/12 12:10, Zhoujinguo wrote: > > Thank you for replying. > > The target is "aget" which is attached. The compiling shell is

Hi Justin, I believe the PTX section in the link below need some love, updating "lib/Target/PTX" to "lib/Target/NVPTX" for example. Would you like to take a look? http://llvm.org/docs/CodeGenerator.html#the-ptx-backend Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667

Sorry for the off topic. When I login my Phabricator account, I see there is alarm saying "Account Setup Issue: Primary Email Unverified". I cannot see where to ask Phabricator send verification mail to my primary email address. Could you help me out? :-) Thanks. Regards, chenwj 2017-04-24 18:35 GMT+08:00 Eric Liu via cfe-dev <cfe-dev at lists.llvm.org>: > It's working

> In consideration of those codes in XXXAsmPrinter class which print out > MachineInstr in .s format, I tend to think they are old codes that > might be obsolete and will be replaced with MC layer implementation, > but I am not sure. How about sending a patch which remove those obsolete code, and let others give comment? Cheers, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab,

Hi, I wonder whether the current version of LLVM supports separate compilation and linking of device code, i.e., is there a flag analogous to nvcc's --relocatable-device-code flag? If not, is there any plan to support this? Thanks! Yuanfeng Peng -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Bill, The preliminary result of regression test on ARM shows quit a lot failures, which makes me nervous. After discussion on IRC, echristo and chandlerc sugguested the following possibilities, 1) some flag weirdness 2) miscompile via cross toolchain 3) architecture-specific fundamental bug chandlerc told me compile LLVM/Clang without "-fno-strict-aliasing" first, see if

Thank you for replying. The target is "aget" which is attached. The compiling shell is also attached. Best Andy > If I use "-use-mcjit" argument, the error message changes to "LLVM ERROR: > Inline asm not supported by this streamer because we don't have an asm parser > for this target"   What's your target? Please attach your example code so

Hi All, The description of ScheduleDAGMILive [1] says: ScheduleDAGMILive is an implementation of ScheduleDAGInstrs that schedules machine instructions while updating LiveIntervals and tracking regpressure. Does the live interval and register pressure part of ScheduleDAGMILive mean the subclass of ScheduleDAGMILive is a pre-RA scheduler? I assume the post-RA scheduler no need to take

Thanks for the info, Philip. I will update the LLVM Programmer’s Manual first. Regards, chenwj Wei-Ren Chen (陳韋任) Homepage: https://people.cs.nctu.edu.tw/~chenwj 2017-04-02 18:11 GMT+08:00 Philip Pfaffe <philip.pfaffe at gmail.com>: > Hi chenwj, > > http://llvm.org/doxygen/Statistic_8h_source.html is the correct one. The > other two are remnants from older doxygen deployments.