Hello,
I've been lurking here for awhile now, and have been waiting for the
conversation to turn in this direction
I'm an fpga designer by day, and hobby computational linguist by
night, so I (perhaps egotistically) feel particularly qualified to
comment on this area.
While it is tr
Hello,
It is excellent to finally see the ometa work and the 'sodas' work
coming together. I think that the two together are an unstoppable force
of nature, in some ways.
I notice that there is an arm backend for jolt2. I work in embedded
systems, and would love to be able to cross-compile
Hi Michael,
I was hoping to toy with this some, and start in on adapting an arm
backend... unfortunately, the patch does not want to apply, as it seems
to expect a different jolt2/boot.k then what is in svn r407. Perhaps I
need another of your patches as well, beyond just jolt2-fixes? Could
Michael FIG wrote:
Hi,
Nathan Cain <[EMAIL PROTECTED]> writes:
I was hoping to toy with this some, and start in on adapting an arm
backend...
Cool! I'd be more than happy to help with this process, if you need
any assistance at all. I think most of it should be
I was only ever able to build on x86_64 using -m32 everywhere
On Fri, Jun 6, 2008 at 6:32 PM, Michael FIG <[EMAIL PROTECTED]> wrote:
> Hi,
>
> "Colm Kennedy" <[EMAIL PROTECTED]> writes:
>
> > getting the exact same message compiling using ubuntu as listed on the
> wiki for
> > fedora 8.
>
> Do yo
Hello,
I am wondering what work is being done/planned for targeting FPGA
platforms. My interests overlap with this field, and I would like to
contribute towards such an effort. I have experience with quite a few "non
traditional" HDLs, and would like to help OMeta to grow into the first
"meta" d
On Mon, Mar 2, 2009 at 11:42 PM, Luke Breuer wrote:
> On Mon, Mar 2, 2009 at 10:15 AM, Nathan Cain > wrote:
>
>> I am wondering what work is being done/planned for targeting FPGA
>> platforms. My interests overlap with this field, and I would like to
>> contribute
On Tue, Mar 3, 2009 at 2:34 PM, Jecel Assumpcao Jr wrote:
> The key thing is to have some model of parallelism which is used by the
> source code. If you try to extract automatically parallelism from
> "normal" application code you will just make things needlessly
> complicated for yourself.
>
> -