similar to: [LLVMdev] possibly missing documentation?

Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] possibly missing documentation?"

2008 Apr 29
2
[LLVMdev] Lost in the documentation
On Mon, 28 Apr 2008 17:54:31 -0400, Gordon Henriksen wrote: > On Apr 28, 2008, at 17:32, Hendrik Boom wrote: > >> In http://llvm.org/docs/FAQ.html, when taking about writing a compiler >> that uses LLVM (at least I think that's what the FAQ question is >> asking), >> the FAQ recommends >> >>> # Call into the LLVM libraries code using your
2008 Sep 13
3
[LLVMdev] Order of fiels and structure usage
On Fri, 12 Sep 2008 11:06:30 -0700, Eli Friedman wrote: > On Fri, Sep 12, 2008 at 9:35 AM, Hendrik Boom <hendrik at topoi.pooq.com> > wrote: >> I'd like to be able to make use of a structure type and its fields >> before it is completely defined. To be specific, let me ask detailed >> questions at various stages in the construction of a recursive type. I
2008 Sep 14
1
[LLVMdev] Order of fiels and structure usage
On Sat, 13 Sep 2008 11:45:50 -0700, Eli Friedman wrote: > On Sat, Sep 13, 2008 at 11:09 AM, Hendrik Boom <hendrik at topoi.pooq.com> > wrote: >> What I want is to be able to use the fields that have already been >> defined, even though the type isn't complete yet. The vector<const >> Type*> is all I have at that moment, and it isn't a type. But by the
2008 Sep 13
0
[LLVMdev] Order of fiels and structure usage
On Sat, Sep 13, 2008 at 11:09 AM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > What I want is to be able to use the fields that have already been > defined, even though the type isn't complete yet. The vector<const > Type*> is all I have at that moment, and it isn't a type. But by the > time I have a type it's frozen and I can't add new fields to it.
2008 Apr 28
0
[LLVMdev] Lost in the documentation
On Apr 28, 2008, at 17:32, Hendrik Boom wrote: > In http://llvm.org/docs/FAQ.html, when taking about writing a compiler > that uses LLVM (at least I think that's what the FAQ question is > asking), > the FAQ recommends > >> # Call into the LLVM libraries code using your language's FFI >> (foreign >> function interface). >> >> * for:
2008 Sep 12
0
[LLVMdev] Order of fiels and structure usage
On Fri, Sep 12, 2008 at 9:35 AM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > I'd like to be able to make use of a structure type and its fields before > it is completely defined. To be specific, let me ask detailed questions > at various stages in the construction of a recursive type. I copy from > > http://llvm.org/docs/ProgrammersManual.html#TypeResolve > >
2008 Jul 03
1
[LLVMdev] gcc in c++
On Wed, Jul 2, 2008 at 2:13 PM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > On Thu, 19 Jun 2008 09:44:46 +0300, Török Edwin wrote: > >> Hi, >> >> Have you seen this: http://gcc.gnu.org/ml/gcc/2008-06/msg00385.html >> There is a new branch for converting gcc to C++. >> >> Best regards, >> --Edwin > > The sad thing is that they seem
2020 Mar 18
0
Headsup on feature removal - password
> On 18/03/2020 17:31 Hendrik Boom <hendrik at topoi.pooq.com> wrote: > > > On Wed, Mar 18, 2020 at 10:38:37AM -0400, Jerry wrote: > > On Wed, 18 Mar 2020 09:51:51 -0400, Hendrik Boom stated: > > >Was there any reason for this message to be HTML-only? > > > > Was there any reason to 'top post' and include the HTML text? > > Yes. >
2020 Mar 18
2
Headsup on feature removal - password
On Wed, Mar 18, 2020 at 10:38:37AM -0400, Jerry wrote: > On Wed, 18 Mar 2020 09:51:51 -0400, Hendrik Boom stated: > >Was there any reason for this message to be HTML-only? > > Was there any reason to 'top post' and include the HTML text? Yes. (1) To indicate that my question was about the whole message and not its contents. I normally don't top-post. (2) To make it
2008 Apr 29
0
[LLVMdev] Lost in the documentation
On 2008-04-29, at 08:41, Hendrik Boom wrote: > On Mon, 28 Apr 2008 17:54:31 -0400, Gordon Henriksen wrote: > >> On Apr 28, 2008, at 17:32, Hendrik Boom wrote: >> >>> In http://llvm.org/docs/FAQ.html, when taking about writing a >>> compiler >>> that uses LLVM (at least I think that's what the FAQ question is >>> asking), >>> the
2008 Jul 02
0
[LLVMdev] gcc in c++
On Thu, 19 Jun 2008 09:44:46 +0300, Török Edwin wrote: > Hi, > > Have you seen this: http://gcc.gnu.org/ml/gcc/2008-06/msg00385.html > There is a new branch for converting gcc to C++. > > Best regards, > --Edwin The sad thing is that they seem to be replacing one unsafe language with another, presumably with enormous effort. The only hopeful sign in that thread is the
2008 Jun 04
0
[LLVMdev] Problems with iterator.h
On Tue, Jun 3, 2008 at 10:33 AM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > On Tue, 03 Jun 2008 18:48:09 +0200, Matthijs Kooijman wrote: > > > Hi Hendrik, > > > >> -rw-r--r-- 1 hendrik sbox 1328 2008-06-03 10:00 iterator -rw-r--r-- > >> 1 hendrik sbox 2418 2008-06-03 10:00 iterator.h.in > > Did you run AutoGen.sh (not sure about
2008 Jun 09
0
[LLVMdev] regression? Or did I do something wrong again?
On Mon, Jun 9, 2008 at 7:29 AM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > I don't know if the toy program in chapter 4 of the tutorial > implementing Kaleidoscope in llvm with C++ is part of your > regression suite It isn't (although that might be a good idea). > but with the version of llvm I installed > last weekend, it does not compile: > > hendrik
2008 Apr 28
2
[LLVMdev] Lost in the documentation
In http://llvm.org/docs/FAQ.html, when taking about writing a compiler that uses LLVM (at least I think that's what the FAQ question is asking), the FAQ recommends > # Call into the LLVM libraries code using your language's FFI (foreign > function interface). > > * for: best tracks changes to the LLVM IR, .ll syntax, and .bc > format > * for:
2008 Jun 03
2
[LLVMdev] Problems with iterator.h
On Tue, 03 Jun 2008 18:48:09 +0200, Matthijs Kooijman wrote: > Hi Hendrik, > >> -rw-r--r-- 1 hendrik sbox 1328 2008-06-03 10:00 iterator -rw-r--r-- >> 1 hendrik sbox 2418 2008-06-03 10:00 iterator.h.in > Did you run AutoGen.sh (not sure about case). I think that's needed when > compiling from svn, and it should generate the makefiles for building >
2008 Jun 10
1
[LLVMdev] regression? Or did I do something wrong again?
On Mon, 09 Jun 2008 21:25:42 +0200, Matthijs Kooijman wrote: > Hi Hendrik, > > It seems the ConstantFP method get might have been modified to take a > reference-to-APFloat, meaning you can't pass in APFloat(Value) anonymously. > You should either put it in a local variable, like > APFloat F(Val); > return ConstantFP::get(Type::DoubleTy, F); > which I _think_ is the
2008 Mar 27
1
wine newbie has trouble with T_LOVE95.EXE
I'm new to wine; I'm having trouble running this game, which has been reported to work previously, in the test result http://appdb.winehq.org/objectManager.php?sClass=version&iId=4050, with wine 0.9.24 under Ubuntu 6.10 "Edgy". I'm running Debian lenny which has wine-0.9.44. Now I'm enough of a newbie with wine that I presume I'm using wine improperly (but not
2020 Jun 11
2
SV: handling spam from gmail.
On Thu, Jun 11, 2020 at 05:02:03PM +0800, Plutocrat wrote: > On 11/06/2020 16.26, Marc Roos wrote: > > I know it is not dovecot who should fix this. But anyone using dovecot > > is using an MTA, and receiving spam ;) I know how to look at email > > headers. Spf and dkim is not solving anything here. > > You can configure this sort of thing in postfix, exim etc. The
2008 Jul 02
2
[LLVMdev] gcc in c++
On Wed, Jul 2, 2008 at 11:13 AM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > The sad thing is that they seem to be replacing one unsafe language with > another, presumably with enormous effort. > > The only hopeful sign in that thread is the proposal for using Cyclone > instead, starting here:http://gcc.gnu.org/ml/gcc/2008-06/msg00502.html > > But it is summarily
2006 Aug 09
1
[LLVMdev] Re: llvm 1.8 release notes draft
On Tue, 08 Aug 2006 23:19:52 -0700, Bil wrote: > > * The following Unix system functionality has not been tested and may > not work: > > "functionalities have" > "functionality" seems more of a substance noun than a thing noun. More like "water" than ike "cup"/ So I think the singular is appropriate here. -- hendrik