search for: textual

I'm a little less new to samba now - but having a heck of a time getting authentication to work. I'm running NIS+, configured samba with --with-nisplus --with-nisplus-home and --with-automount. Does anyone have some good nis/samba references? I'm striking out. The smbpasswd file *does* have to become smbpasswd.org_dir for samba to work. I first created the smbpasswd file using

Hi, I would like to know whether anybody knows a simple way to combine textual and graphical output in R. A typical analysis produces textual output (e.g. model fits) and plots in R. I would like to know whether R has the possibility of combining these into a single 'report' or output. An example of a program that does this is SPSS. After running the analysis you...

...lity <- read.table("results.table", header=TRUE, sep=",") color <- c("red3","green3","blue3","orange2","purple2","brown4") plot(modality, col=color) The data I read in has this format: ... 38355 GeneralInfo Textual 38356 GeneralInfo Textual 38357 Person Textual 38358 Person Combination 38359 Advice Textual 38360 GeneralInfo Textual ... The plot is exactly what I want, except for the sorting of the captions on the axes. I want to have them in a specfic order which is...

...e, a user of the interpreter should be able to compile a C file with the latest version of Clang, a Fortran file with Dragonegg (targeting LLVM 3.3), and a Haskell file with GHC (targeting LLVM 3.5), and then just feed it to my interpreter without additional arguments. Currently, my parser expects textual representation for a specific LLVM version. I could provide different parsers or parser configurations that support different bitcode versions, but there is no notion of a version field in the textual representation that I could use to determine which parser to use. Anyway, for the long term it is...

...e complicated than that. My question is, why is there one latent estimate that is set to 1 with no SD for each factor? Is that normal? When I've managed to get sem::sem to fit a model this has not been the case. Thanks, Sam Stewart HS.model <- ' visual =~ x1 + x2 + x3 textual =~ x4 + x5 + x6 speed =~ x7 + x8 + x9 ' fit <- sem(HS.model, data=HolzingerSwineford1939) summary(fit, fit.measures=TRUE) Lavaan (0.4-8) converged normally after 35 iterations Number of observations 301 Estimator...

The names are dropped to save memory when a release build of the compiler is being used. This is what you probably want on a release compiler you intend to ship since it should be faster. The NDEBUG check is an easy way to tell the difference between release and debug builds. People probably don't want to have to remember to set an additional cmake option to make a release compiler faster.

...led seems odd to me. At the very least it's surprising. It took some time for me to figure out why some of our builds behaved differently than others. Is this an intentional design choice? If so, what's the rationale? If not, would it make sense to add a CMake option to specify whether textual IR preserves names or not rather than overloading ENABLE_ASSERTIONS? -David

Hi, For my input file I think that llvm-as is encoding an instruction incorrectly. Is there any way to dump the numerical representation of input textual LLVM IR on terminal? "-f" option to llvm-as did not help. -- *Disclaimer: Views, concerns, thoughts, questions, ideas expressed in this mail are of my own and my employer has no take in it. * Thank You. Madhur D. Amilkanthwar -------------- next part -------------- An HTML attachment wa...

...s such as that change output on whether > stdout is a terminal or a pipe. However, I find such distinction > between modes more confusing than helpful. I find that annoying :-) > > >> That's the interesting question... it does add to the maintenance burden. However, having textual outputs are also quite convenient when debugging things (because I can change the input and see the output quickly, without needing to create and compile another program). Obviously, at some point, this becomes ridiculous. How much is too much? I don't know. But it's also not clear to me th...

...our SDK or expect your users to have this tool) > > Since stubs are producible from TBDs I don't really see a downside. I > think we need both, I was going to propose a yaml based representation for > ELF for the above reasons anyhow. > Yea, a tool which can produce a .so from a textual description is certainly much less concerning than adding linker support for a new textual description format. If it's an official linker-supported format, it'd be yet another format that potentially needs to be standardized across multiple linkers, and kept compatible for"ever",...

...>>>> 3) describe what steps (& how this patch relates) are planned to get >>>>>>> to (2) >>>>>>> >>>>>>> My naive thoughts, not being intimately familiar with any of this: >>>>>>> Usually bitcode and textual IR support go in together or around the same >>>>>>> time, and designed that way from the start (take r211920 for examaple, >>>>>>> which added an explicit representation of COMDATs to the IR). This seems to >>>>>>> have been an oversig...

Is there some simple textual frontend to the ManageSieve protocol somewhat easier to use than gnutls-cli? I.e. something to use like managesieve -u ef putscript myscript < /tmp/myscript Password: managesieve -u ef setactive myscript Password: simply doing the TLS authentication and length computation for me.

R Help Forum Is there a R library (or a way) that I can extract unique character strings, or repeating patterns in textual strings. Say for example I have the following records: Abc_1234_kjhksh_276 Abc Abc_1234_lakdofyo_324 Bce_876_skdhk_*&^%*& Bce Bce_454 And I would like to see the following results Abc Abc_1234 Bce Jeff Reichman [[alternative HTML version deleted]]

...of the interpreter should be able to compile a C file with the latest version of Clang, a Fortran file with Dragonegg (targeting LLVM 3.3), and a Haskell file with GHC (targeting LLVM 3.5), and then just feed it to my interpreter without additional arguments. > > Currently, my parser expects textual representation for a specific LLVM version. I could provide different parsers or parser configurations that support different bitcode versions, but there is no notion of a version field in the textual representation that I could use to determine which parser to use. Anyway, for the long term it is...

...208 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121115/2e3c515f/attachment-0003.obj> -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: 0006-Fast-math-test-case-for-bitcode-and-textual-reading-.patch Type: application/octet-stream Size: 5638 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121115/2e3c515f/attachment-0004.obj> -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrub...

...gt;> >> Is there any code available in LLVM to handle this kind of "standard float to LLVM float" conversion? > > If you're writing C++ code, just stick your float into an APFloat and > doesn't worry about the hexadecimal coding. If you're generating > textual IR, Yes we are generating textual IR, > and you don't care about the precise hexadecimal > representation, AFAIK just printing a decimal float works. Seems like some values cannot be assembled later on (for instance with "llc") > If you > really want a hexadecimal en...

...least surprise to the user. -----Original Message----- From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of David Greene via llvm-dev Sent: Thursday, January 10, 2019 15:05 To: Craig Topper <craig.topper at gmail.com> Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] Textual IR value names Craig Topper via llvm-dev <llvm-dev at lists.llvm.org> writes: > The names are dropped to save memory when a release build of the > compiler is being used. This is what you probably want on a release > compiler you intend to ship since it should be faster. The NDEB...

...<0002-Fast-math-flags-added-to-FPMathOperator.patch> > <0003-Fast-math-interfaces-for-Instructions.patch> > <0004-Fast-math-flags-for-LLVM-IR-parsing-and-printing.patch> > <0005-Fast-math-flags-for-the-bitcode.patch> > <0006-Fast-math-test-case-for-bitcode-and-textual-reading-.patch> > <0007-Fast-math-optimization-fold-multiply-by-zero.patch> > <0008-Fast-math-test-for-SimplifyInstruction-fold-multiply.patch> > > On Nov 15, 2012, at 10:51 AM, Evan Cheng <evan.cheng at apple.com> wrote: > >> >> On Nov 15, 2012, a...

...about these flags. 'N', 'I', 'S', 'R', 'A' seem cryptic to me. Does it make sense to expand them a bit 'nnan', 'inf', etc.? They definitely need to be documented. > I think it does make sense to expand them to be more readable. Also, the textual representation doesn't have to precisely follow the internal names. What about: nnan : no nans ninf : no infs nsz : no signed zeros ar: allow reciprocal fast : unsafe algebra (and implicitly all the others) I'll get started on documentation. > Evan > > On Nov 15, 2012, at 10:17...

Are you saying the textual form of IR can change, but bitcode doesn't? I don't know what you mean by assembly syntax. Is there a changlog entry when the textual IR changes? On Sat, Mar 14, 2015 at 5:22 AM, Jeremy Lakeman <Jeremy.Lakeman at gmail.com> wrote: > Assembly syntax can and will break between ver...