search for: duraid

Does anybody know if there is some tool to convert from WHIRL to LLVM? maybe some project under development? a similar project? Thanks > > --- Duraid Madina <duraid at octopus.com.au> wrote: > > Date: Fri, 18 Mar 2005 12:45:54 +0900 > > From: Duraid Madina <duraid at octopus.com.au> > > To: ahs3 at fc.hp.com, LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > > Subject: Re: [LLVMdev] new IA64 backen...

...my LAN using a SIP server and SIP compatible software phones. But the challenge is how can I connect to the PSTN so that I can send and receive calls? I came through a lot of terms like VoIP gateway and stuff like that but still don't know what I really need. Can you help? Thanks in advance Duraid

...kinoko.c.u-tokyo.ac.jp/~builddonkey/ Of note is that it now runs Dejagnu tests. (Thanks, tonic+co!) I'm also tracking CVS breakage (internally, for now). At some later point, I'll make available more real-time information on "is CVS alive and if not, who broke it". Enjoy, Duraid

...ddition, and I'll give that a shot too if I can't sucker anyone else into doing it for me. ;) Well, thanks to LLVM hackers one and all, but especially Chris for making the whole endeavour rather painless and Andrew for the Alpha backend from which I cut and pasted^W^W^Wlearned a lot. Duraid

...> installed to /opt/gcc ... then you should either add /opt/gcc/lib to /etc/ld.so.conf and rerun ldconfig, or add /opt/gcc/lib to your LD_LIBRARY_PATH . However, GCC 4.x definitely has issues building LLVM, at least on ia64. If you want to use LLVM in anger, I'd stick with 3.4 for now. Duraid

Hello Duraid, Duraid Madina wrote on Wednesday, 11 May 2005: >> I've just tried building CVS/HEAD of llvm using gcc 4.0.0 that I >> have installed to /opt/gcc > ... then you should either add /opt/gcc/lib to /etc/ld.so.conf and > rerun ldconfig, or add /opt/gcc/lib to your LD_LIBRARY_PATH...

...source projects. The only gotcha is that it must be renewed annually, and they reserve the right to not renew it (though they say they won't unreasonably deny renewals). Not sure how much this really matters, as Perforce strikes me as being one of those "do no evil" companies. Duraid Madina wrote: > Hi everyone, > > Reid said: > >> Of the tools available, it seems that only subversion, arch, and >> monotone are suitable for our purposes. But, we'd love to hear your >> thoughts; especially if you have first-hand experience with these tools. &...

Andrew Lenharth wrote: > On Fri, 2005-03-18 at 05:04 +0900, Duraid Madina wrote: >> - No varargs > > What are your issues here? Or are they simply at the "not implemented > so I don't know" stage? The two bugs I mentioned (no varargs, no alloca) are pretty much two sides of the same coin: I'm ignoring the IA64 stack frame layou...

...own frontend if there are none available for your platform: http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html I noticed that it does not list IA-64 anywhere, but I assume the directions would be the same as for Linux/x86. Let us know if that works for you, and I'll amend the doc accordingly. Duraid, Al -- I am assuming you each built your own CFE to test on IA-64, any pointers? Thanks. -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

On Fri, 2005-03-18 at 05:04 +0900, Duraid Madina wrote: > Hi everyone, > > I've just checked in an IA64 backend to LLVM! Be warned, it's pretty > rough right now. Here are some of the known defects: > > - No varargs What are your issues here? Or are they simply at the "not implemented so I don't kn...

> Itanium Everything checks out as expected. :) Duraid

...Does anyone know what the latest is w.r.t a FORTRAN front-end for LLVM? Is anyone expecting to have typical f90/f95 programs compiling to LLVM this year, or next? (I'm aware of the "NAG hack" and various other f2c-type approaches, but they give me a strange feeling in my tummy.) Duraid

On Fri, 2005-03-18 at 05:04 +0900, Duraid Madina wrote: > I've just checked in an IA64 backend to LLVM! Woo hoo! And There Was Much Rejoicing in IA64 Land :-). -- Ciao, al ---------------------------------------------------------------------- Al Stone Alter Ego: Linux & Open Source Lab...

...very large, (probably) machine-generated blocks of straight-line code, give the Local and BigBlock allocators a try, especially if you're JITing things and compile time is important. If anyone has any problems with or comments on the BigBlock allocator, please drop me an email! Enjoy, Duraid

Hi Misha, On 6/1/05, Misha Brukman <brukman at uiuc.edu> wrote: > On Wed, Jun 01, 2005 at 10:33:39AM -0400, Bill Wendling wrote: > > What's the plan for support on Linux 64-bit machines? Is that actively > > being worked on right now or is there a roadmap for doing this? > > Do you mean compiling on 64-bit Linux or generating code for 64-bits? > I meant

...e.com , download the software and have a play. You get "the real thing", the only difference is that without a license file, you can't create more than two accounts or workspaces. Perforce is not the fanciest thing out there, but it's simple and it works well. My two yen, Duraid P.S. Perhaps a minor point in this era of 400GB hard disks and 2GHz CPUs, but worth mentioning: Perforce is _FAST_.

Dear All, I've finished building binaries for the GCC frontends and am now testing the 1.5 release branch on i386/Linux, Sparc/Solaris, and PowerPC/MacOS X. I'm looking for volunteers to test LLVM 1.5 on platforms that we don't have in house. I'm specifically looking for people who can do: Itanium FreeBSD/i386 Windows (Cygwin, MingW, etc) I'm mainly interested in major

...want *all* LLVM libraries in any tool. > > Does anybody have got a example of an aplication which uses these functions > to compile and execute in memory a multi-file application? (lli isn't useful > for me) The closest thing we have is the HowToUseJIT example program. I believe Duraid Madina is working on something similar. You might want to check with him (duraid at octopus dot com dot au) > > Thanks in advance and apologize so basic questions. Glad to help. I hope you find LLVM useful. Reid -------------- next part -------------- A non-text attachment was scrubbed......

...9;s running on a plain old x86 system. I'm pretty sure this is possible, but it has been a long time since I last used an x86-64 system, so I can't tell you exactly what you need to do. Someone else on this list might be able to help you out, though. (Markus, are you reading this? ;) Duraid Eric van Riet Paap wrote: > Hi, > > For the PyPy project ( http://codespeak.net/pypy ) I am working on the > x64-64 support. > > I would like to use llc -march=ia64 to generate the assembly but that is > not supported at the moment. > As a workaround I let llc generate C...

....ll file. The work just fine except for some instruction (like malloc) that demand an uint and not an ulong. With the shift from the 32 to the 64 bit world, is this something that will be enhanced in the future, or would that have to much impact on the existing llvm codebase? best regards Eric Duraid Madina wrote: > Hi there, > > The IA64 architecture, which had its 'official' name changed to > the "Itanium Processor Architecture", *is* supported by llc. I am > pretty sure you are talking about the x86-64 architecture, which has > also had its share of u...