search for: angermann

> On Mar 14, 2017, at 3:02 AM, Mehdi Amini <mehdi.amini at apple.com> wrote: > >> >> On Mar 11, 2017, at 4:30 PM, Moritz Angermann via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Hi Matthias, >> >> what I’m observing right now is that replacing opt+llc with an clang invocation, and >> subsequently fewer intermediate files, increases the consumed time with -O0 by 200%. >> We us...

...ink against the LLVM libraries or I guess shipping and relying on llc/opt is similarily good/bad. It will work but you will have to do more work to keep track with llvm releases, development of new passes, new behaviors, ... > > - Matthias > >> Am 10.03.2017 um 23:50 schrieb Moritz Angermann <moritz.angermann at gmail.com>: >> >> Hi Matthias, >> >> I’m trying to see if I can make do with the clang interface only. >> How do I pass flags to opt or llc? Say I want to enable/disable tbaa, >> which could be done with `--enable-tbaa=true/false` or...

I suspect that the format isn't important if you do that, but I wouldn't recommend it, at least because inlining (and other inter-procedural optimizations) are not expected to work correctly if you produce IR like that. Peter On Mon, Mar 6, 2017 at 6:44 PM, Moritz Angermann <moritz.angermann at gmail.com > wrote: > Peter, > > thanks again! Yes, we only need to refer to main, but we must ensure that > the prefix data is not stripped. > > I’ll have a look at the AsmPrinter. > > Another idea that came to mind is abusing the prologue data. A...

...format to control how prefix data is emitted. For Mach-O you would emit a label for a dummy internal symbol, followed by the prefix data and then an alt_entry directive for the function symbol. All other object formats would just emit the prefix data. Peter On Mon, Mar 6, 2017 at 6:16 PM, Moritz Angermann <moritz.angermann at gmail.com > wrote: > Thank you Peter! > > That seems to do the trick! > > $ cat test.s > .section __TEXT,__text > .globl _main > > .long 1 > _main: > inc %eax > ret > > .alt_entry _main > _main.dsp = _main-4 >...

...will care to fix and the behavior or commandline interface may change every release... A more stable alternative is usually to feed .ir/.bc files to clang or better link to the llvm libraries and generate the code from there. > > - Matthias > >> On Mar 10, 2017, at 6:31 AM, Moritz Angermann via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Hi, >> >> I was wondering, if someone could point me into the right direction, >> towards building just llc and opt (potentially 4.0 + patches) to distribute >> them in the interim with compiler? The...

hmm i have problems with my websites in IE. so i though of installing it. i got a few problems. ( IE wants to be installed over the net ) and with wine that seems not to be possible... also wine has some problems with my reiserfs partitions !? or what is it what it tells me ? anyway ? can some one hand me a short tutorial on how to get wine to work with IE !? -moritz thanks -------------- next

> On Oct 8, 2016, at 10:41 AM, Eric Christopher via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > On Fri, Oct 7, 2016 at 11:57 PM Moritz Angermann via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > Hi, > > I’ve noted some change in wording on the current (4.0) developer policy[1], > compared to the 3.9 developer policy[2]. Specifically the part about IR > Backwards Compatibility....

well i discoverd, HL uses waveIn, which is a part of the DirectSound ... so ... is there a Wine binding for waveIN ? - -moritz angermann

On Mon, Mar 6, 2017 at 5:54 PM, Moritz Angermann <moritz.angermann at gmail.com > wrote: > Hi Peter, > > I’ve just experimented with this a bit: > > Say we would end up with the following assembly: > > .section __TEXT,__text > .globl _main > > .long 1 > _main: > inc %eax > ret > > ....

...-apple-ios7.0.0 [f] armv7-apple-ios I’ve also just build a HEAD version (LLVM version 3.9.0svn), and the code in fact *does* compile with 3.9.0svn. Cheers, Moritz > On Jul 4, 2016, at 10:19 AM, Tim Northover <t.p.northover at gmail.com> wrote: > > On 3 July 2016 at 18:26, Moritz Angermann via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Any hints as to why this code only compiles for darwin and not for ios, would be greatly appreciated. > > I saw the same thing on a checkout from a few months back, but I then > updated and ToT seems to get it right (wel...

...t;http://lists.llvm.org/pipermail/llvm-dev/attachments/20170926/dc09fb2b/attachment-0001.obj> -------------- next part -------------- > On Sep 26, 2017, at 5:22 PM, Tim Northover <t.p.northover at gmail.com> wrote: > > Hi Moritz, > > On 26 September 2017 at 09:09, Moritz Angermann via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> I’ve run into a case where `llc -mattr=+soft-float` for >> "armv7-unknown-linux-androideabi” segfaults, while >> `llc -float-abi=soft` does not. Similarly if the >> "target-features"="+soft-f...

Hi, I was wondering, if someone could point me into the right direction, towards building just llc and opt (potentially 4.0 + patches) to distribute them in the interim with compiler? The idea is that we’d like to pin our llvm ir code generator to a specific set of llc and opt tools, with potential patches applied, until we manage to get all those patches upstreamed. I’d like to find answers to

Hi Tim, thanks for the swift response! @debug is defined in the same module, which makes this all the more confusing. The target information from the working example are: target datalayout = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64" target triple = "armv6kz--linux-gnueabihf" from the ghc produced module: target datalayout =

...on Linux, 0 is returned. Is this a bug (and should be reported as such), since phyper should not return negative values, or is this considered as one of the annoyances of finite precision arithmetic. I tend to think of this as a bug since it breaks the assumption phyper()>=0. Regards, Bastian Angermann --

...he CVS version from yesterday. i've no windows on my box ! the installdialog stops at the prompt : content of packages gets read. can enyone help ? how do i install it ? i ran 'wine flash5-trialG.exe' and in the setup i set desktop to 640x480 (does that matter ?) bith best reguards M.Angermann

so after i send allready somecomments ... i got once an answer, about at patch -------- cut ------------ "(^-_-^)" <moritz.angermann@gmx.net> wrote: > i'm trying to install flash5-trail with wine ... > but it runs an hour while using 90% of my Prozezzor, > and nothing happens ! > i use the CVS version from yesterday. > i've no windows on my box ! > the installdialog stops at the prompt : content of...

so since Gerhard told me where to find that patch, ohh god there are many patches, i got the idea, to download all patches and patch wine ... but would that make eny sence ? or would i destry wine with it ? thanks m.angermann

...d Win32. Was this a limitation for < Win95 only ? */ style.styleOld = wndPtr->dwStyle; style.styleNew = newval; if (wndPtr->flags & WIN_ISWIN32) ... thanks to Andreas Mohr .... but so, does enyone know how to fix tha setup problem ??? Thanks M.Angermann

...t that could be done in LLVM is to not emit the > ".subsections_via_symbols" asm directive (effectively disabling dead > stripping on that object) if any prefix data exists. Currently it emits > that flag unconditionally for MachO. > > On Mon, Mar 6, 2017 at 4:40 AM, Moritz Angermann via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi, >> >> I just came across a rather annoying behavior with llvm 3.9. Assuming the >> following >> samle code in test.ll: >> >> ; Lets have some global int x = 4 >> @x = global i32...

Hi *, in the process of improving the ios experience with ghc, I ran into the following issue: the produced llvm code[1] compiles for `armv7-apple-darwin`, unless optimization level is 0, however it fails to compile at all for `armv7-apple-ios`. I was able to reduce the produced code, while retaining the compilation issue on `armv7-apple-ios` to the following sample case: —————————————————————