search for: cie

The linker is going off in the weeds trying to parse the dwarf unwind info. The CIE has: Leh_frame_common_begin0: .long 0 ## CIE Identifier Tag .byte 1 ## DW_CIE_VERSION .asciz "zLR" ## CIE Augmentation .byte 1 ## CIE Code Alignment Factor .byte 120 ## CIE Data...

...ret void } declare i8* @llvm.eh.exception() nounwind readonly declare i32 @llvm.eh.selector(i8*, i8*, ...) nounwind declare i32 @personality(...) This compiles down to the following, which has a "cleanup" noted in the dwarf eh table, and has the personality function recorded in the CIE. This is with llc from top-of-tree. Do you see something different? Ciao, Duncan. .file "selector.ll" .text .align 16 .globl f .type f, at function f: # @f .Leh_func_begin1: # BB#0:...

Hi, If I type define i32 @main() gc "shadow-stack" { entry: %0 = alloca i8* %1 = call i8* @malloc(i64 1) store i8* %1, i8** %0 call void @llvm.gcroot(i8** %0, i8* null) ret i32 0 } declare i8* @malloc(i64) declare void @llvm.gcroot(i8**, i8*) nounwind in test.ll and then do > llc test.ll > gcc test.s I get the error ld: in

...ion() nounwind readonly > > declare i32 @llvm.eh.selector(i8*, i8*, ...) nounwind > > declare i32 @personality(...) > > > > This compiles down to the following, which has a "cleanup" noted in the > dwarf eh table, and has the personality function recorded in the CIE. > This is with llc from top-of-tree. Do you see something different? > > Ciao, > > Duncan. > > > > .file "selector.ll" > > > .text > .align 16 > .globl f > .type f, at function > f:...

grDevices::convertColor has arguments 'from' and 'to' which can take on value 'XYZ'. Can someone confirm that 'XYZ' is the same as the CIE chromaticity coordinates that are also sometimes refered to as 'xyY' in the literature? Or are these the CIE tristimulus values? It looks to me like the first case is true, but I would appreciate hearing from one of the people in the know. Thanks, Bryan

...generate an llvm.eh.selector call at the very least...The question becomes which personality function it should call, because that's language-specific. -bw On Apr 11, 2011, at 9:42 AM, Nick Kledzik wrote: > The linker is going off in the weeds trying to parse the dwarf unwind info. The CIE has: > > > Leh_frame_common_begin0: > .long 0 ## CIE Identifier Tag > .byte 1 ## DW_CIE_VERSION > .asciz "zLR" ## CIE Augmentation > .byte 1 ## CIE Code Alignment Factor > .b...

Has anyone plotted or is it possible to plot CIE *xy* chromaticity diagram http://en.wikipedia.org/wiki/File:CIE1931xy_blank.svg I need this plot in color. ishida [[alternative HTML version deleted]]

Hi, I'm trying to get exception handling working in my compiler targetting LLVM. I've been working from the LLVM exception handling documentation (including http://llvm.org/docs/ExceptionHandling.html and http://wiki.llvm.org/HowTo:_Build_JIT_based_Exception_mechanism) and looking at g++-llvm's output. I've been trying to get a minimal test function to work, which simply invokes

...d to know your peril and how you solved it. Stack layout: C++ code calls | | JITted C code, compiled and linked on the fly tha calls | | C++ code that throws The throw must pass through the JITted code to arrive at the catch at the top. So, the JIT must generate and install the CIE/FDE DWARF4 debug info to inform the stack unwinding virtual machine how to do it. Problems solved: 1) Do not read the DWARF docs. They give you a general idea but nobody follows it. 2) Do not try to *understand* anything. It is hopeless and you will just lose your time. 3) Try to generate EXAC...

llvm[2]: Compiling DWARFDebugArangeSet.cpp for Debug+Asserts build llvm[2]: Compiling DWARFDebugAranges.cpp for Debug+Asserts build llvm[2]: Compiling DWARFDebugFrame.cpp for Debug+Asserts build /home/rkotler/llvm_trunk/lib/DebugInfo/DWARFDebugFrame.cpp:118:8: error: private field 'LinkedCIE' is not used [-Werror,-Wunused-private-field] CIE *LinkedCIE; ^ 1 error generated. make[2]: *** [/home/rkotler/ On 02/05/2013 08:24 PM, Matt Beaumont-Gay wrote: > On Tue, Feb 5, 2013 at 3:30 PM, Eli Bendersky <eliben-hpIqsD4AKlfQT0dZR+AlfA at public.gmane.org> wrote: >&...

> But if we still need to deal with CIEs and generate .eh_frame_hdr in a special way, > does it make sense to make this change to simplify only a small part of a linker? For huge C++ projects this could improve link time if GC is a bottleneck. It will also improve eh_frame_hdr build time because you don’t spend time on parsing garbag...

...;> declare i32 @llvm.eh.selector(i8*, i8*, ...) nounwind >> >> declare i32 @personality(...) >> >> >> >> This compiles down to the following, which has a "cleanup" noted in the >> dwarf eh table, and has the personality function recorded in the CIE. >> This is with llc from top-of-tree. Do you see something different? >> >> Ciao, >> >> Duncan. >> >> >> >> .file "selector.ll" >> >> >> .text >> .align 16 >> .globl f >>...

Hi Igor, > It sounds like the linker has to be aware of the .eh_frame section details to be able to generate .eh_frame_hdr and eliminate duplicate CIEs, right? Yes, a linker needs some details but not all of them. It needs to know sizes of records and initial locations (PC Begin) to find out which functions FDEs belong to. > So, is there any difference whether it knows that in one place or two? What do you mean “one place or two”? If .eh_fr...

...s no personality function, but as I didn't work on this for a while I don't recall exactly how far I got. Ciao, Duncan. > > -bw > > On Apr 11, 2011, at 9:42 AM, Nick Kledzik wrote: > >> The linker is going off in the weeds trying to parse the dwarf unwind info. The CIE has: >> >> >> Leh_frame_common_begin0: >> .long 0 ## CIE Identifier Tag >> .byte 1 ## DW_CIE_VERSION >> .asciz "zLR" ## CIE Augmentation >> .byte 1 ## CIE Code...

...sible minimal set of changes to achieve this with just R matrix and vector operations. The changes consist primarily of switching `if/else` to `ifelse`, `c` to `cbind`, `sum` to `rowSums`, etc. This results in speedups of 30-100x as shown in table 1: to from Apple RGB sRGB CIE RGB XYZ Lab Luv Apple RGB NA 38.3 55.8 30.3 60.2 56.3 sRGB 38.7 NA 55.7 36.5 62.9 52.7 CIE RGB 45.2 44.4 NA 30.6 51.5 43.1 XYZ 73.4 57.5 69.1 NA 92.2 69.0 Lab 46.6 56.6 65.4 72.0 NA 61.3 Luv...

How do you run an ad-hoc query that does not belong in any model? I thought it was something like ActiveRecord::connection.find("my query..."), but I can''t seem to find the documentation on it. I know I''ve seen it somewhere before, though. thanks, Jeff -- Posted via http://www.ruby-forum.com/.

Question: what should be the output for this: > for me the point of having my blog as a static site is mainly easy deployment<br> > I don't have to worry about even configuring PHP<br> > I just put html on a web server and boom! instant win > > <footer>? [Igor Wiedler wins](https://igor.io)</footer> The real question is how to treat

...-------------- > > - File: conftest.o.g.stripped (x86_64) > > + File: conftest.o.g0.stripped (x86_64) > > ---------------------------------------------------------------------- > > Exception handling frame information for section __eh_frame > > > > 0x00000000: CIE > > length: 0x00000014 > > CIE_id: 0xffffffff > > - version: 0x01 > > + version: 0x03 > > augmentation: "zR" > > code_align: 1 > > data_align: -8 > > > > when compiled with Clang 6.1 (3.6.0svn...

...ateful if a good Samaritan helps me to approach this problem.... with my data, I've created the following model lm(formula = OUTCOME ~ VAR1 + VAR2) summary(model) Call: lm(formula = OUTCOME ~ VAR1 + VAR2) Residuals: Min 1Q Median 3Q Max -1.4341 -0.3621 0.1879 0.4994 0.7696 Coefficients: Estimate Std. Error t value Pr(>|t|) (Intercept) 1.89020 0.26826 7.046 5.92e-07 *** VAR1 0.04725 0.06001 0.787 0.440 VAR2 0.04139 0.05655 0.732 0.472 Signif. codes: 0 ?***? 0.001 ?**? 0.01 ?*? 0.05 ?.? 0.1 ? ? 1 Residual standard error: 0.6618 on 21 degrees of freedom Multiple R-squ...

Hi, I was very curious so I went ahead and resubmitted Pete’s original change. So far no buildbot failures, looks promising. On 26 January 2016 at 09:19, Pete Cooper via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Sent from my iPhone On Jan 26, 2016, at 7:40 AM, Dave Bozier via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at