search for: lekernel

On Mon, May 24, 2010 at 2:11 AM, Sébastien Bourdeauducq <sebastien.bourdeauducq at lekernel.net> wrote: > Just bringing that up as I did not get any reply so far. Resending the email isn't really productive; for the given question, the lack of a reply should answer your question. Was there something else you wanted to ask? -Eli > Thanks, > Sébastien > > > On T...

Just bringing that up as I did not get any reply so far. Thanks, Sébastien On Tuesday 18 May 2010 18:38:41 Sébastien Bourdeauducq wrote: > Hi, > > Would anyone be interested in developing a LatticeMico32 backend in LLVM? > > LatticeMico32 [1] is an open source microprocessor core designed by Lattice > Semiconductor and typically used in FPGAs. It is comparable to the >

...of programming languages being based on LLVM. If you still decide to make an LLVM backend for your softcore, you can certainly find help here with your programming questions and TableGen problems. --Sam ----- Original Message ---- > From: Sébastien Bourdeauducq <sebastien.bourdeauducq at lekernel.net> > To: Eli Friedman <eli.friedman at gmail.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Mon, May 24, 2010 8:09:17 AM > Subject: Re: [LLVMdev] LatticeMico32 (LM32) backend > > On Monday 24 May 2010 14:32:19 Eli Friedman wrote: > Resending the email > isn't rea...

Hi, Would anyone be interested in developing a LatticeMico32 backend in LLVM? LatticeMico32 [1] is an open source microprocessor core designed by Lattice Semiconductor and typically used in FPGAs. It is comparable to the Microblaze processor that you already support. It is already supported by GNU Binutils and GCC (4.5+). It is used by the Milkymist [2] and RTEMS [3] projects. The Milkymist

On Monday 24 May 2010 14:32:19 Eli Friedman wrote: > Resending the email isn't really productive; for the given question, > the lack of a reply should answer your question. Was there something > else you wanted to ask? I find this message unhelpful at best, if not purely arrogant. You are making an open source compiler, I am making an open source processor: we are fighting for the

This way, CPUs that have hardware support for unsigned division do not need to use the slow software emulation. -------------- next part -------------- A non-text attachment was scrubbed... Name: divsi3-no-udivsi.diff Type: text/x-patch Size: 694 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120531/b5527f42/attachment.bin>