search for: bgb

...reader = @index.reader tde=index_reader.term_docs_for(:content, "Vertrag") tde.each{|did,freq| puts "Term \''Vertrag\'' occurs in Document \''#{@index[did][:title]}\'' #{freq} times (5 expected)\n"} tde=index_reader.term_docs_for(:content, "BGB") tde.each{|did,freq| puts "Term \''BGB\'' occurs in Document \''#{@index[did][:title]}\'' #{freq} times (3 expected)\n"} tde=index_reader.term_docs_for(:content, "Leistung") tde.each{|did,freq| puts "Term \''Leistung\''...

BGB wrote: > ok, here is another option then: > the stub is set up to manually modify the code near the return address (may > be arch specific and require spiffy use of assembler). > > That's not another option. That's what I want to do. > now, how you would go about imp...

BGB wrote: > > for x86: > I presume LLVM supports inline assembler, and also uses the traditional > frame pointer-based stack layout, but I don't know the details (people who > know LLVM could probably be more helpful here). > > ok, maybe here is an option: > after getting...

On Feb 5, 2009, at 12:51 PM, BGB wrote: > > ----- Original Message ----- > From: Villmow, Micah > To: LLVM Developers Mailing List > Sent: Friday, February 06, 2009 5:47 AM > Subject: [LLVMdev] 16 bit floats > > I need to support 16 bit floats for some operations, outside of > datatypes.td and the con...

On Monday 22 June 2009 16:37:41 BGB wrote: > as for what targets support which operations, in the case of SSE, go check > the Intel and AMD64 docs. I was assuming that LLVM's implementations were incomplete. Are they now complete? So anything that a CPU can do and LLVM has bindings for is implemented? -- Dr Jon Harrop,...

----- Original Message ----- From: "Nicolas Geoffray" <nicolas.geoffray at lip6.fr> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Sent: Wednesday, November 07, 2007 2:35 PM Subject: Re: [LLVMdev] Dynamic (JIT) type resolution > BGB wrote: >> ok, here is another option then: >> the stub is set up to manually modify the code near the return address >> (may >> be arch specific and require spiffy use of assembler). >> >> > > That's not another option. That's what I want to do. &g...

BGB/Chris, I need to do a similar where I convert the 16bit floats to 32bit floats on memory operations for both scalar and vector formats. So can these operations be implemented without adding 16 bit float support natively to LLVM? If so, how? ________________________________ From: llvmdev-bou...

...> > > > Forum Ziviler Friedensdienst e.V.|Forum Civil Peace Service > > > Am K?lner Brett 8 | 50825 K?ln | Germany > > > > > > Tel 0221 91273233 | Fax 0221 91273299 | > > > http://www.forumZFD.de > > > > > > Vorstand nach ? 26 BGB, > einzelvertretungsberechtigt|Executive Board: > > > Oliver Knabe (Vorsitz|Chair), Sonja Wiekenberg-Mlalandle, > > > Alexander Mauz > > > VR 17651 Amtsgericht K?ln > > > > > > Spenden|Donations: IBAN DE37 3702 0500 0008 2401 01 BIC > BFSWDE3...

BGB wrote: > maybe a tradeoff is possible: > the function to get the offset is replaced by a function pointer and a stub > (avoiding many of the general problems involved with using > self-modifying-code). > For me there are no problems of self-modifying code (the LLVM jit already...

...s Bene -- ?forumZFD Entschieden f?r Frieden|Committed to Peace Benedikt Kale? Leiter Team IT|Head team IT Forum Ziviler Friedensdienst e.V.|Forum Civil Peace Service Am K?lner Brett 8 | 50825 K?ln | Germany Tel 0221 91273233 | Fax 0221 91273299 | http://www.forumZFD.de Vorstand nach ? 26 BGB, einzelvertretungsberechtigt|Executive Board: Oliver Knabe (Vorsitz|Chair), Sonja Wiekenberg-Mlalandle, Alexander Mauz VR 17651 Amtsgericht K?ln Spenden|Donations: IBAN DE37 3702 0500 0008 2401 01 BIC BFSWDE33XXX

On Oct 21, 2007, at 5:27 PM, BGB wrote: > well, sadly, I am not sure how people are on this list... I'd suggest browsing through the llvmdev mailing list archive. > now, what I do with it is this: > I use C as a scripting language... > Sounds like a fun project. Note that the clang C front-end also supports...

...Bene -- forumZFD Entschieden für Frieden|Committed to Peace Benedikt Kaleß Leiter Team IT|Head team IT Forum Ziviler Friedensdienst e.V.|Forum Civil Peace Service Am Kölner Brett 8 | 50825 Köln | Germany Tel 0221 91273233 | Fax 0221 91273299 | http://www.forumZFD.de Vorstand nach § 26 BGB, einzelvertretungsberechtigt|Executive Board: Oliver Knabe (Vorsitz|Chair), Sonja Wiekenberg-Mlalandle, Alexander Mauz VR 17651 Amtsgericht Köln Spenden|Donations: IBAN DE37 3702 0500 0008 2401 01 BIC BFSWDE33XXX

On Oct 21, 2007, at 6:23 PM, BGB wrote: > ok, just in my case, I guess I am a little fussy/weird, wanting > efficient dot and cross products (if at all possible, though these > operations at present don't exist natively within SSE...), among > many other operations (length, lerp, renormalization, ..). >...

...: 2} Thanks, Pedro - Prof. Dr. P. Martinez Arbizu DZMB-Forschungsinstitut Senckenberg Suedstrand 44 D-26382 Wilhelmshaven Germany Tel: +49 (0)4421 9475-100 Fax: +49 (0)4421 9475-111 Email: pmartinez at senckenberg.de Senckenberg Gesellschaft f?r Naturforschung Rechtsf?higer Verein gem?? ? 22 BGB Senckenberganlage 25 60325 Frankfurt Direktorium: Prof. Dr. Dr. h.c. Volker Mosbrugger, Prof. Dr. Michael T?rkay, Dr. Johannes Heilmann, Prof. Dr. Pedro Martinez Arbizu, Prof. Dr. Georg Zizka, Prof. Dr. Uwe Fritz Vorsitzender des Pr?sidiums: Dietmar Schmid Aufsichtsbeh?rde: Magistrat der Stadt Fran...

well, sadly, I am not sure how people are on this list... in any case, LLVM is an interesting project, and may well continue being interesting. but, in my case, I have done my own compilation framework... ok, I didn't really hear about the really interesting bits of LLVM until after I had (more or less) wrote mine... ok, my point is to maybe to have something interesting to talk about, not

...ds Benedikt -- forumZFD Entschieden für Frieden|Committed to Peace Benedikt Kaleß Leiter Team IT|Head team IT Forum Ziviler Friedensdienst e.V.|Forum Civil Peace Service Am Kölner Brett 8 | 50825 Köln | Germany Tel 0221 91273233 | Fax 0221 91273299 | http://www.forumZFD.de Vorstand nach § 26 BGB, einzelvertretungsberechtigt|Executive Board: Oliver Knabe (Vorsitz|Chair), Sonja Wiekenberg-Mlalandle, Alexander Mauz VR 17651 Amtsgericht Köln Spenden|Donations: IBAN DE37 3702 0500 0008 2401 01 BIC BFSWDE33XXX -- forumZFD Entschieden für Frieden|Committed to Peace Benedikt Kaleß Leiter Te...

...iler Friedensdienst e.V.|Forum Civil Peace Service > > > > Am K?lner Brett 8 | 50825 K?ln | Germany > > > > > > > > Tel 0221 91273233 | Fax 0221 91273299 | > > > > http://www.forumZFD.de > > > > > > > > Vorstand nach ? 26 BGB, > > einzelvertretungsberechtigt|Executive Board: > > > > Oliver Knabe (Vorsitz|Chair), Sonja Wiekenberg-Mlalandle, > > > > Alexander Mauz > > > > VR 17651 Amtsgericht K?ln > > > > > > > > Spenden|Donations: IBAN DE37 3702 0500...

On Feb 5, 2009, at 1:34 PM, Villmow, Micah wrote: > BGB/Chris, > I need to do a similar where I convert the 16bit floats to 32bit > floats on memory operations for both scalar and vector formats. So > can these operations be implemented without adding 16 bit float > support natively to LLVM? If so, how? Just codegen them as i16 in L...

...nedikt -- forumZFD Entschieden für Frieden|Committed to Peace Benedikt Kaleß Leiter Team IT|Head team IT Forum Ziviler Friedensdienst e.V.|Forum Civil Peace Service Am Kölner Brett 8 | 50825 Köln | Germany Tel 0221 91273233 | Fax 0221 91273299 | http://www.forumZFD.de Vorstand nach § 26 BGB, einzelvertretungsberechtigt|Executive Board: Oliver Knabe (Vorsitz|Chair), Sonja Wiekenberg-Mlalandle, Alexander Mauz VR 17651 Amtsgericht Köln Spenden|Donations: IBAN DE37 3702 0500 0008 2401 01 BIC BFSWDE33XXX

----- Original Message ----- From: "Nicolas Geoffray" <nicolas.geoffray at lip6.fr> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Sent: Wednesday, November 07, 2007 10:03 AM Subject: Re: [LLVMdev] Dynamic (JIT) type resolution > BGB wrote: >> maybe a tradeoff is possible: >> the function to get the offset is replaced by a function pointer and a >> stub >> (avoiding many of the general problems involved with using >> self-modifying-code). >> > > For me there are no problems of self-mod...