similar to: globalVariables()

If the globals don't have 'external' linkage, the optimizers will happily eliminate them. If they are marked external, attaching the .bc file, reduced if possible, will give people a better chance of helping you. On Sat, Jul 18, 2009 at 8:20 AM, Richard Pennington<rich at pennware.com> wrote: > Hi, > > I've recently been updating my stuff with LLVM TOT with the

Hi, I've recently been updating my stuff with LLVM TOT with the context changes, etc. I'm up to date as of yesterday. In my environment I do most of the translation in memory: 1. Parse the source file(s). 2. lower to LLVM module(s) 3. bc optimize module(s) 4. bc link module(s) 5. generate a .s file and assemble it 6. link .o's and libraries. This was working very well until a

Hello everyone, Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. The relevant files can be found here: https://github.com/slacks42/xenscripts Benefit: configure the Xen related networking devices with one understandable bash script. Please note that this is all still work in progress. For

Hello. I need your help, DomU xen network diconnects randomly, how do you monitoring this? When I connect to vnc server in the hosts, DomU is running, then I open the DomU, after that guest network responds. DomU Debian 6.03 over Centos 5.7 and Xen 3.03. My network configuration: eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D inet addr:192.168.5.230 Bcast:192.168.5.255

Hi All, I have recently created an Rcmdr plugin package and it passed all the checks and was uploaded to CRAN. I then downloaded it from CRAN and tried running it from my local R program and received this error: ... Error in f(libname, pkgname) : could not find function "getRcmdr" Error in library(pkg, character.only = TRUE) : .First.lib failed for 'RcmdrPlugin.MAc' In my

Is there a pass or piece of code somewhere in LLVM that knows how to delete GlobalVariables that are never used? And iterate to then delete GlobalVariables that only were used (in their initializers) by GlobalVariables previously deleted? -Dave

Hi the list, Considere the following: f <- function(x){apply(x,2,mean)} findGlobals(f) findGlobals consideres mean as a global variable, which it is not. Is there a way to tell to findGlobals that mean is a function ? Thanks Christophe

Just installed Rcmdr on a Linux box. When I exit from both Rcmdr and R together from the regular Rcmdr exit menu, it leaves my xterm with "stty -echo", so that nothing that is typed appears. If I exit only Rcmdr, and then exit R normally, everything is okay (stty echo). Other than that minor irritant, everything seems to work just fine. Linux 2.6.16-gentoo-r3 Athlon 64 X2 3800+ R

Hello the list, I am trying to write a "cleanProgramming" function to test the procedure I use. For example, I want to be sure that I am not using globals variables. The function "findGlobals" detect that. To list the globals used in function "fun", the syntax is : "findGlobals(fun,FALSE)$variable" My problem is that I want to use it in a function,

On OS X (10.6.2) running on an Intel Core 2 duo with LLVM 2.7 pulled about a month ago from CVS and built in debug mode: Using the JIT system with exception handling, I am having issues with type infos. "Finally" code (llvm.eh.selector intrinsic call with 0) works fine (correct landing pads found), as does this call with one type info. My type infos are each 64 bit array GlobalVariables

I realize this is basic, but I can't figure out the syntax for setting options for R Commander. I'm running Linux Mint and want to increase the R Commander font sizes. I see that there are (apparently command line) options to do so. I have a desktop launcher with the following command line: sh -c 'R_DEFAULT_PACKAGES="$R_DEFAULT_PACKAGES Rcmdr" R "$@"' Can

Hello, (Dear Richard, I hope you don't mind being Cc:'d on this thread in R-devel. This is one of the ways we can prevent similar problems from happening in the future.) Sometimes, package authors who use both exportPattern('.') and utils::globalVariables(...) get confusing WARNINGs about undocumented exports: https://stat.ethz.ch/pipermail/r-package-devel/2024q1/010531.html I

Yes, this is really a problem with the checks, not with the language. A simpler approach than your alternativeAssignment function would be simply to allow globalVariables() to be limited to a single function as the note in its help page says. This might be tedious to write by hand, but could be automated using methods like "dotify" in dotty. Duncan Murdoch On 12/03/2023 10:36

Dear All, As a maintainer of large, complex packages, I can think of many places in which deconstructing assignment would simplify the code, as well as facilitate readability by breaking up larger functions into helpers, so I would be very glad to see this incorporated somehow. I think the crux of the matter is that while there is a number of ways to implement deconstructing assignment within R,

Kevins package is very nice as a proof of concept, no doubt about that, but it is not at the level of performance or convenience that a native R implementation would offer. I would probably not use it to translate matlab routines into R packages placed on CRAN, because it?s an additional dependency, I have a performance burden in every iteration, and utils::globalVariables() is everything but

In a pass I would like to insert a ICmpInst/BranchInst pair to check if 2 GlobalVariables are equal or not. If they are not I would like to call a function. I've tried splitting the current block and then inserting before the existing instructions, but for some reason this seems to ruin the iterator(i). What is the correct way todo something like this? void checkShadowPtr(Module &M,

Hi Folks, Looking into some other issues, I came across a couple of oddities with regard to debug info for global variables (PR39900 <https://bugs.llvm.org/show_bug.cgi?id=39900> and PR39899 <https://bugs.llvm.org/show_bug.cgi?id=39899>). But a broader question I was wondering if it was anyone's radar (it's not something I'll be pushing on myself in the near future, but

Török Edwin wrote: > [snip] > > Ah, the method got moved to the instruction itself! > > dbgKind = Context->getMDKindID("dbg"); > if (MDNode *Dbg = I->getMetadata(dbgKind)) { > ... > Thanks! This appears to work. I also have code that looks up debug information for GlobalVariables and regular LLVM Value *'s. For the former, I think I can look up

For x86-win32 we got __ImageBase, Is there any *simple* way to create a GlobalVariable pointing to the image base on all platforms? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160903/74cb585c/attachment-0001.html>

Dear R-users, Is there a way I can prevent global variables to be visible within my functions? Sebastien