search for: plt

Hi all, We would like to propose a new Constant type in LLVM for representing entries in the Procedure Linkage Table (PLT). The PLT is a data structure used for dispatching position-independent function calls to appropriate functions where the address of the function is not known statically. Right now, if a call is made to a function, it may be lowered to a direct call to the function itself or the PLT entry for that...

...eling > more specific. > > -Chris > > On Aug 20, 2020, at 11:29 AM, Leonard Chan via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > Hi all, > > We would like to propose a new Constant type in LLVM for representing > entries in the Procedure Linkage Table (PLT). > > The PLT is a data structure used for dispatching position-independent > function calls to appropriate functions where the address of the function > is not known statically. Right now, if a call is made to a function, it may > be lowered to a direct call to the function itself o...

...> On Behalf Of Fangrui > Song via llvm-dev > Sent: Thursday, August 20, 2020 10:18 PM > To: Leonard Chan <leonardchan at google.com> > Cc: llvm-dev <llvm-dev at lists.llvm.org> > Subject: [EXT] Re: [llvm-dev] [RFC][LLVM] New Constant type for > representing function PLT entries > > A @plt modifer (x86-32, x86-64 and aarch64) in assembly refers to a > function whose address can be insignificant. The assembler produces an > R_386_PLT32/R_X86_64_PLT32/R_AARCH64_PLT32 relocation which will be > resolved by the linker to either: > > * the definitio...

...kray at google.com> > Sent: Friday, August 21, 2020 4:04 PM > To: Eli Friedman <efriedma at quicinc.com> > Cc: Leonard Chan <leonardchan at google.com>; llvm-dev at lists.llvm.org > Subject: [EXT] Re: [llvm-dev] [RFC][LLVM] New Constant type for > representing function PLT entries > > On Fri, Aug 21, 2020 at 3:32 PM Eli Friedman <efriedma at quicinc.com> wrote: > > > > > -----Original Message----- > > > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Fangrui > > > Song via llvm-dev > > > Sen...

Thanks... I agree that the problem was explained in the documentation but I can't find a way to have axis() working even manipulating par("plt") or with graphics.reset = TRUE: - adding graphics.reset=TRUE does not allow axis() to be shown; - I see that par()$plt is involved but it is the not sufficient to explain why axis() works because if it is changed by hand, axes are not shown. Thanks for the trick about range(). I didn't...

...on, at object # @_ZTVSt13bad_exception .globl _ZTVSt13bad_exception _ZTVSt13bad_exception: *.L_ZTVSt13bad_exception:* .long 0 # 0x0 .long (_ZTISt13bad_exception.rtti_proxy-.L_ZTVSt13bad_exception)-8 .long (_ZNSt13bad_exceptionD2Ev.stub at PLT- .L_ZTVSt13bad_exception)-8 .long (_ZNSt13bad_exceptionD0Ev.stub at PLT- .L_ZTVSt13bad_exception)-8 .long (_ZNKSt13bad_exception4whatEv.stub at PLT- .L_ZTVSt13bad_exception)-8 ``` rather than: ``` .type _ZTVSt13bad_exception, at object # @_ZTVSt13bad_exception...

Hello, I have a function that changes par("plt") to plot a colorkey, and upon returning resets the original value. Unfortunately this changes the size of the plots when I change the layout. A simplified example: par(mfrow = c(1, 1)) plt <- par("plt") # .... # change par(plt) and create colorkey pa...

Hello R-List I've run into a minor problem with ggplot2. In particular, I get an error message when trying to plot a horizonal line through zero. Here is what I do: plt.df <- subset(xfm.df, select=c(stage, subj, tX)) plt <- ggplot(pp.df, aes(x=stage, y=tX, group=subj)) + geom_line() plt plt <- plt + geom_hline(intercept=0) plt The first plot yields a most lovely graph. Addition of the geom_hline yields ... "Error in eval(expr, envir, enclos) : ob...

...gt; wrote: > Thanks for the responses! I’m going to see if I can summarize the concerns and ideas people have (for my own clarity) and see where we can go on from there. Folks seem to be on board with the idea of introducing some new IR entity that (after linking) *could* be a reference into the PLT, but some kinks need to be worked out first: > > Naming (Thanks for clarifications maskray at . I mixed up some terminology and concepts.): Because the PLT is primarily the concern of the linker, the naming probably shouldn’t be directly tied to “PLT”. The initial proposal was for something...

...indows, no additional packages loaded (beyond the default), I have tested using the default graphics object, pdf, jpeg, and cairoDevice (ok I loaded a package for that) and all show the same behavior. Run the following set of commands: x <- rnorm(1000) hist(x, xlim=c(-4,4)) tmp <- par('plt') box(col='#00000000') tmp2 <- tmp tmp2[2] <- tmp2[1] + 0.3 par(xpd = FALSE, plt=tmp2) hist(x, col='red', add=TRUE) box(col='#00000000') tmp3 <- tmp tmp3[1] <- tmp3[2] - 0.3 par(xpd=FALSE, plt=tmp3) hist(x, col='blue', add=TRUE) par(plt=tmp) This...

...red") I have committed a fix to the development version of R (r72982). Paul On 26/07/17 21:29, Marc Girondot via R-help wrote: > Thanks... I agree that the problem was explained in the documentation > but I can't find a way to have axis() working even manipulating > par("plt") or with graphics.reset = TRUE: > - adding graphics.reset=TRUE does not allow axis() to be shown; > - I see that par()$plt is involved but it is the not sufficient to > explain why axis() works because if it is changed by hand, axes are not > shown. > > Thanks for the tri...

Hi, I'm in the process of migrating from clang5 to clang10. Unfortunately clang10 introduced a negative performance impact. The cause is an increase of PLT entries from this patch (first released in clang7): https://bugs.llvm.org/show_bug.cgi?id=36370 https://reviews.llvm.org/D43383 If I revert that clang patch locally, the additional PLT entries and the performance impact disappear. This occurs in the context of FreeBSD kernel modules. Using the e...

...#39;t, but a cursory reading already shows me that the author of the function did this partly on purpose: > Side Effects: > > After exiting, the plotting region may be changed to make it > possible to add more features to the plot. To be explicit, > ?par()\$plt? may be changed to reflect a smaller plotting region > that has accommodated room for the legend subplot. Unfortunately, there it does _not_ mention the following : >From looking at its code, and then re-reading parts of the help page, I see that there is a 'graphics.reset' a...

...doesn't work: lst$names ? I am confused ... Moreover, I noticed that some of the objects (e.g. plot objects returned by ggplot) also have attributes when queried by the 'attributes' function, but they are accessible by the $ notation. (e.g. xydf <- data.frame(x = 1:5, y = 11:15) plt <- ggplot(data = xydf, aes(x = x,y = y)) + geom_point() attributes(plt) Now we can change the title: plt$title <- "My Title" plt So is it some inconsistency or am I missing something important?

Hello. We found the following problem with MC JIT, on ARM it can't generate valid code for instruction "bl <external_function>" like: bl printf Because the ELF file in memory generated by MC JIT does not have the .plt section, but we need to have the following code to be emitted in it: .plt:00008290 STR LR, [SP,#-4]! .plt:00008294 LDR LR, =_GLOBAL_OFFSET_TABLE_ ; PIC mode .plt:00008298 NOP .plt:0000829C LDR PC, [...

Hello, I am new to ggplot. Please forgive my ignorance! I have patient data such that each individual is a row and then the attributes are in columns. So for example: Subj Time Height Weight WBC Plt 1 1 9 4 4 150 1 2 10 5 6 200 1 3 11 6 5 250 1 4 12 7 3 200 2 1 4 2 7 300 2 2 5 4 8 450 2...

...of section .text: >> >> 0000000000001298 <_start>: >> 1298: e8 04 00 00 00 callq 12a1 <foo+0x4> >> >> 000000000000129d <foo>: >> 129d: c3 retq >> >> >> The call to foo does not go through the PLT. That's the behavior seen using clang5. But clang10 generates the PLT32 relocation instead, like this: >> >> $ cat b.s >> .globl _start, foo >> _start: >> .byte 0xe8 >> .reloc ., R_X86_64_PLT32, foo - 4 >> .long foo - . >> foo: >> ret...

...uess I went too far on the minimizing. The original problem came from code more like: library(TeachingDemos) hist(rexp(1000), main='') abline( v=1, col='red') sp.par <- subplot(hist(rnorm(100), main=''), x='topright') op <- par(sp.par[c('usr', 'plt')]) abline(v=0, col='red') par(op) and so plot.new, plot.window, etc. are called as part of the sub plot (specifically by hist(rnorm(100))) and I am trying to go back and add a reference line to the subplot so the user coordinates need to be set back to match the subplot (and the plott...

> On Aug 29, 2020, at 6:53 PM, Hal Finkel <hfinkel at anl.gov> wrote: > >> >> Sorry for the delay responding Leonard. I don’t really understand your rationale here. A PLT entry is a completely target specific concept because some targets don’t have PLTs. I don’t think there is any reason that a frontend would abstractly generate this unless they already have a target-specific plan in mind. >> >> If you go with your “unnamedfunc” approach, you’ll have t...

...gt; > - one DSO could derive from a class defined in another DSO, and only override some of its virtual functions > - the vtable could contain a reference to __cxa_pure_virtual which would be defined by the standard library > > We can handle these cases by having the vtable refer to a PLT entry for each function that is not defined within the module. This can be done by using a specific type of relative relocation that refers directly to the symbol if defined within the current module, or to a PLT entry if not. This is the same type of relocation that is needed to implement relative...