Re: [avr-llvm-devel] Current Status?

[Borja F. <bor...@gm...>]

Not yet but, I've just finished implementing basic support for branching
and selects. So, before commiting I'm going to update my code to compile
with latest llvm's trunk and then i will finally upload the code. Btw, is
anybody here that is going to compile the code in windows? If yes, I will
update the cmakelist files.

2012/2/3 Weddington, Eric <Eri...@at...>

> Hi Borja,
>
> Do you have any of your work committed yet? There are other people
> interested in helping, but we need to have the latest in the repo...
>
> Eric
>
> > -----Original Message-----
> > From: Borja Ferrer [mailto:bor...@gm...]
> > Sent: Friday, February 03, 2012 9:10 AM
> > To: Weddington, Eric
> > Cc: Sherard Dames; avr...@li...
> > Subject: Re: [avr-llvm-devel] Current Status?
> >
> > Ahh ok, I will take a look then.
> >
> > Update: I've already implemented conditional branches for if()
> conditions
> > (BR_CC node). I still need to work on overriding some virtual
> functions in
> > some interfaces to improve the generated code. Then I will move to
> SETCC and
> > SELECT nodes which are used in things like: a = (b > c) and a = (b >
> c) ? 1 :
> > 2 respectively.
> > I'm happy because we can now compile loops :)
> >
> >
> > 2012/1/31 Weddington, Eric <Eri...@at...>
> >
> >
> >       Hi Borja,
> >
> >       Thanks for the ping.
> >
> >       Unfortunately the best place to see how address spaces work is
> still the
> >       GCC source code, and documentation :-(
> >
> >       Eric
> >
> >
> >       > -----Original Message-----
> >       > From: Borja Ferrer [mailto:bor...@gm...]
> >
> >       > Sent: Tuesday, January 31, 2012 7:08 AM
> >       > To: Weddington, Eric
> >       > Cc: Sherard Dames; avr...@li...
> >       > Subject: Re: [avr-llvm-devel] Current Status?
> >       >
> >       > Update: I've already started working on conditional branches
> and
> >       compares.
> >       > Eric ping?
> >       >
> >       >
> >       > 2012/1/20 Borja Ferrer <bor...@gm...>
> >       >
> >       >
> >       >       Ahh ok thanks for the info Eric, about the work on
> doubles, what
> >       sort of
> >       > support is it? shouldn't that go into write the math functions
> in the
> >       C
> >       > library? or do you mean removing the constraint of making
> double a
> >       float?
> >       >       Is there a place on how the multiple address space
> feature will
> >       work, we
> >       > should implement this aswell in an early stage so it's
> important that
> >       we see
> >       > how it works to be compatible with what gcc does.
> >       >
> >       >
> >       >       2012/1/16 Weddington, Eric <Eri...@at...>
> >       >
> >       >
> >       >
> >       >
> >       >
> >       >               > -----Original Message-----
> >       >               > From: Borja Ferrer
> [mailto:bor...@gm...]
> >       >
> >       >               > Sent: Friday, January 13, 2012 9:19 AM
> >       >               > To: Weddington, Eric
> >       >               > Cc: Sherard Dames;
> >       avr...@li...
> >       >               > Subject: Re: [avr-llvm-devel] Current Status?
> >       >               >
> >       >
> >       >               > Eric one more thing, you mentioned that some
> work has
> >       been done
> >       > lately
> >       >               in
> >       >               > gcc's backend, can you tell me what are the
> main
> >       features added
> >       > and if
> >       >               > there are any code quality improvements.
> >       >
> >       >
> >       >               Umpf. There's been so much happening, I'm not
> sure if I
> >       can
> >       > remember it
> >       >               all
> >       >
> >       >               - Improvements in the AVR backend, especially a
> number
> >       of missed
> >       >               optimization bugs fixed
> >       >
> >       >               - The beginning of a Multiple Address Spaces
> feature
> >       >
> >       >               - The beginning of 24-bit types, mainly used for
> >       Multiple Address
> >       > Spaces
> >       >               (i.e. large code space, or large data space)
> >       >
> >       >               - Some work done on 64-bit double types
> >       >
> >       >               And other fixed bugs.
> >       >
> >       >               Eric
> >       >
> >       >
> >       >
> >
> >
> >
>
>