search for: erated

This is kind of odd. [scarolan at host:~]$ cat loremipsum.txt Lorem ipsum dolor sit amet, consectetur adipiscing elit. Donec quis ipsum sed elit laoreet malesuada. Quisque rhoncus dui vitae eros euismod fermentum sollicitudin sem scelerisque. Nulla facilisi. Maecenas mollis pulvinar euismod. Duis viverra pharetra turpis eget feugiat. Nulla facilisi. Nullam facilisis, felis vitae lacinia

> On Nov 13, 2018, at 08:01, David Greene <dag at cray.com> wrote: > > Daniel Sanders via llvm-dev <llvm-dev at lists.llvm.org> writes: > >> That's an interesting idea. Certainly tablegenerating InstCombine >> ought to be possible and sharing code sounds like it ought to be >> doable. MIR and IR are pretty similar especially after IRTranslator

I downloaded all the Beta 4 libraries/tools yesterday and compiled them - everything went fine. ogg123 works fine - it plays files off the website. So does the XMMS plugin (I just built XMMS and had it build the vorbis plugin that it came with) oggenc seems to work fine, in that all of its output looks normal: [ttyp3@dalek:tear-require-0.2.0/CDDB_get-1.4 @00:39] oggenc track03.cdda.wav

...to me. Specific comments are below. > > But before that, I've been long pained that we have so much duplicated > code in instcombine and dagcombine. I know this is way beyond the scope > of this work but do you think the basic concepts could be applied to > produce TableGen-generated instcombine passes? It would be nice to > re-use many of the rules, for example, except they'd match LLVM IR > rather than MIR. As you go about implementation, maybe keep this idea > in mind? > > > Here's a simple example that eliminates a redundant G_TRUNC. > > &g...

Le mer. 28 nov. 2018 à 11:41, David Greene <dag at cray.com> a écrit : > > Quentin Colombet <quentin.colombet at gmail.com> writes: > > > And are there any realistic alternatives for declarative > > representations combines? > > > > Realistic I would have thought we can use the syntax we already have > > for SDISel. > > In other

Hi Daniel, I finally read the proposal. I have a couple of comments that re-enforce what I was thinking initially: it is too early IMHO to develop a full tablegen backend for this. I believe we still miss ways to represent things that matters (see my comments below) and I am afraid we still don't know all that needs to be represented. > It can reach across basic blocks when it's safe

Hi Nicolai, Le ven. 9 nov. 2018 à 09:24, Nicolai Hähnle <nhaehnle at gmail.com> a écrit : > > Hi Quentin, > > On 09.11.18 18:16, Quentin Colombet via llvm-dev wrote: > > Disclaimer: Haven't read the proposal yet. > > > >> TL;DR: We're planning to define GlobalISel Combine Rules using MIR syntax with a few bits glued on to interface with the

Le mer. 28 nov. 2018 à 10:34, Amara Emerson <aemerson at apple.com> a écrit : > > > On Nov 27, 2018, at 5:01 PM, Quentin Colombet via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > Hi Daniel, > > Let me try to clarify my concern. > > Le mar. 27 nov. 2018 à 14:23, Daniel Sanders > <daniel_l_sanders at apple.com> a écrit : > > > >

...to me. Specific comments are below. > > But before that, I've been long pained that we have so much duplicated > code in instcombine and dagcombine. I know this is way beyond the scope > of this work but do you think the basic concepts could be applied to > produce TableGen-generated instcombine passes? It would be nice to > re-use many of the rules, for example, except they'd match LLVM IR > rather than MIR. As you go about implementation, maybe keep this idea > in mind? That's an interesting idea. Certainly tablegenerating InstCombine ought to be possible...

Nothing has been defined <;0;3;(0,23)> failure on __vt_9type_info:G(0,65)=ar(12,3);0;3;(0,23) at ;0;3;(0,23) Nothing has been defined <;0;7;(0,11)>

Hi, I installed this program but I am not able to configure, it does not want to work. Someone can help me?

Okay, here's the debugger output: WineDbg starting... on pid 806e830 No debug information in 32bit DLL 'F:\Mapper6.exe' (0x00400000) No debug information in ELF 'wine' (0x00000000)

I just realised I hadn't updated the version of PHP Markdown and Extra on the dingus as I pretended I did in my two announcements. It is now fixed: PHP Markdown 1.0.2b7 and PHP Markdown Extra 1.1b1 can now be tested on the dingus. <http://www.michelf.com/projects/php-markdown/dingus/> Sorry for any inconvenience. Michel Fortin michel.fortin@michelf.com http://www.michelf.com/

Hi Sean, Just to give the GlobalISel perspective on this, GlobalISel supports the declaration of a zero register in the register class like so: def GPR32z : RegisterOperand<GPR32> { let GIZeroRegister = WZR; } With that definition, the tablegen-erated ISel code will try to replace will try to replace 'G_CONSTANT s32 0' with WZR whenever the operand is specified as GPR32z. > On 21 Dec 2017, at 21:22, Sean Silva via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I looked around the codebase and didn't see anything th...

...el perspective on this, Thanks for chiming in! > GlobalISel supports the declaration of a zero register in the register > class like so: > def GPR32z : RegisterOperand<GPR32> { > let GIZeroRegister = WZR; > } > With that definition, the tablegen-erated ISel code will try to replace > will try to replace 'G_CONSTANT s32 0' with WZR whenever the operand is > specified as GPR32z. > Is this method extensible to the case of other hardwired register values? Tracing through the code, I noticed that it seems to boil down to a GIR_CopyO...

First of all, I forgot to mention, that I have Debian 9 with standard Samba 4.5. Modifying the oemsetup.inf should not be neccessary as I have set the os_major/minor to 6/0. The generic driver which comes with Windows is a Type 4 which should not be supported by samba as far as I read. I tried the van-belle driver. Same situation. I have found samba 4.8 for stretch at http://apt.van-belle.nl.

Hi, I am using a small network of, say, 10 W2K workstations on which I run a database application using shared table and index files on a Samba 2.2.2 server (Suse Linux 7.2). The application was just ported from Clipper to XBase++. The Clipper compiled app (it's a 16-bit DOS application) runs fine. The 32-bit XBase++ app produces corrupt index files and behaves eratically after several

Actually at van-belle it is 4.6.7 (or 4.6.9) for stretch. On Mon, Sep 17, 2018 at 06:50:38PM +0200, Matthias via samba wrote: > First of all, I forgot to mention, that I have Debian 9 with standard > Samba 4.5. > > Modifying the oemsetup.inf should not be neccessary as I have set the > os_major/minor to 6/0. > > The generic driver which comes with Windows is a Type 4 which

...Continued from the other email Removing the defs section We can potentially infer quite a lot of the defs section but it requires both a complicated ruleset and that tblgen spends processing time doing the inferencing. That processing time is potentially significant for large combiners and for that reason we need to be careful not to let inferencing become a burden on tblgen. My main worry

Hi Daniel, Thanks for the reply! Le lun. 26 nov. 2018 à 10:00, Daniel Sanders <daniel_l_sanders at apple.com> a écrit : > > Hi Quentin, > > Sorry for the slow reply. > > > On Nov 16, 2018, at 09:25, Quentin Colombet <quentin.colombet at gmail.com> wrote: > > > > Hi Daniel, > > > > I finally read the proposal. > > > > I have a