similar to: [LLVMdev] AMD64

Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] AMD64"

2006 Aug 05
0
[LLVMdev] AMD64
Unfortunately, no. There is a scant beginning for x86_64 support, an initial (read slow) implementation of IA64, but nothing for AMD 64. I'm told that adding AMD 64 support could be done in 2-3 months (for someone familiar with LLVM Targets) if someone were to attempt it. Reid. On Sat, 2006-08-05 at 14:45 -0400, Hendrik Boom wrote: > The hardware requirements claim that there is no
2006 Aug 06
1
[LLVMdev] Re: AMD64
On Sat, 05 Aug 2006 15:25:28 -0700, Reid Spencer wrote: > On Sat, 2006-08-05 at 14:45 -0400, Hendrik Boom wrote: >> The hardware requirements claim that there is no native code generation >> for the AMD 64. Is anyone working toward this? >> >> -- hendrik >> > Unfortunately, no. There is a scant beginning for x86_64 support, an > initial (read slow)
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 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
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 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 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 >
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 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
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
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 Jun 19
3
[LLVMdev] gcc in c++
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
2008 Sep 12
2
[LLVMdev] Order of fiels and structure usage
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 // Create the initial outer struct PATypeHolder StructTy = OpaqueType::get(); Is it possible to declare
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
2008 Jun 09
7
[LLVMdev] regression? Or did I do something wrong again?
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, but with the version of llvm I installed last weekend, it does not compile: hendrik at lovesong:~/dv/llvm/tut$ g++ -g toy.cpp `llvm-config --cppflags --ldflags --libs core jit native` -O3 -o toy toy.cpp: In member function ‘virtual llvm::Value*
2006 Aug 07
2
[LLVMdev] Could not access CVS for llvm
Hendrik, You could also just "touch ~/.cvspass" to create the file which should eliminate the warning. However, since you did a login, and it seemed successful, chances are the file now exists (containing the blank password for anon at llvm.org). Reid. On Mon, 2006-08-07 at 09:14 -0500, John Criswell wrote: > Hendrik Boom wrote: > > I tried to access the latest LLVM, since
2018 Oct 01
1
Authenticate users using their firstname
On Mon, Oct 01, 2018 at 11:25:48PM +0200, Admin wrote: > > > Von unterwegs gesendet > > > Am 01.10.2018 um 18:27 schrieb Aki Tuomi <aki.tuomi at open-xchange.com>: > > > > > >> On 01 October 2018 at 15:19 Steffen Kaiser <skdovecot at inf.h-brs.de> wrote: > >> > >> > >> -----BEGIN PGP SIGNED MESSAGE----- >
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