Hello Everyone
I wanted to let you know that if there is someone interested in
working on the libJIT approach instead of using LLVM overkill under a
Google Summer of Code code project and more general on this topic or
as a diploma I am ready to mentor and help with this.
Thanks,
Kirill
2009/4/
On Thu, Apr 16, 2009 at 02:08:32PM +0200, Roberto Bagnara wrote:
>
> All the problems of PPL 0.10.1 we are aware of have been
> fixed in the snapshot of PPL 0.10.2 available at
>
> ftp://ftp.cs.unipr.it/pub/ppl/snapshots/
>
> In particular here is what has changed:
>
> - Correctly detect GMP 4.
On Thu, 16 Apr 2009 14:08:32 +0200
Roberto Bagnara wrote:
>
> All the problems of PPL 0.10.1 we are aware of have been
> fixed in the snapshot of PPL 0.10.2 available at
>
> ftp://ftp.cs.unipr.it/pub/ppl/snapshots/
>
> In particular here is what has changed:
>
> - Correctly detect GMP 4.
On Apr 16, 2009, at 8:44 PM, Joe Buck wrote:
On Thu, Apr 16, 2009 at 03:40:47PM -0700, Arthur Schwarz wrote:
The rock has dropped. The answer is quoted below:
"My best guess is that a header file is included twice, and lacks
guards, hence the message is correct: the function is being define
At least, let's get it archived on GCC mailing lists.
On Fri, Apr 17, 2009 at 11:25 AM, Torbjorn Granlund wrote:
> Vincent Lefevre writes:
>
> FYI, here's a simple testcase:
>
> /* With GCC 4.3.2 and -O2 option: output value is 1 instead of 0.
> * If -fno-strict-aliasing is added, this bug d
> "Joe" == Joe Buck writes:
Joe> If, for definitions, the compiler keeps track of this detail, it
Joe> would be possible to reliably print
Joe> foo.h:11 error: redefinition of `a' (file was included more than once)
Joe> if the printable line number is the same but the internal line number
Joe
On Fri, Apr 17, 2009 at 11:58:48AM -0600, Tom Tromey wrote:
> Chris> Clang just prints the include stack information when anything
> Chris> in the include stack differs between two consecutive
> Chris> diagnostics.
>
> We could easily do that too.
FWIW, I think this would be quite useful.
--
Da
Hi all,
My target architecture has an load multiple instruction requiring a
certain number of consecutive registers. I've been working on handling
this case and trying to convince the local register allocator that he
really does want to try to get those consecutive registers for the
loads. But hav
One of the many options is in using the Common Intermediate Language
and .NET to store portable programs. Does this sound like a good idea
to you?
.NET has been design to be as much portable as possible.
You should understand that it is not the best way of handling of other
people work with a wa
On Fri, Apr 17, 2009 at 12:10:27PM -0700, Kirill Kononenko wrote:
> One of the many options is in using the Common Intermediate Language
> and .NET to store portable programs. Does this sound like a good idea
> to you?
To the extent that the effect is to create a portable binary format,
I expect t
Joe Buck wrote:
> On Fri, Apr 17, 2009 at 12:10:27PM -0700, Kirill Kononenko wrote:
>> One of the many options is in using the Common Intermediate Language
>> and .NET to store portable programs. Does this sound like a good idea
>> to you?
>
> To the extent that the effect is to create a portable
On Fri, Apr 17, 2009 at 01:14:40PM -0700, Mark Mitchell wrote:
> Joe Buck wrote:
> > On Fri, Apr 17, 2009 at 12:10:27PM -0700, Kirill Kononenko wrote:
> >> One of the many options is in using the Common Intermediate Language
> >> and .NET to store portable programs. Does this sound like a good idea
Hi Guys,
I see the following in the changes for GCC 4.4:
Support for a number of older systems and recently unmaintained or
untested target ports of GCC has been declared obsolete in GCC 4.4.
Unless there is activity to revive them, the next release of GCC will
have their sources permanently re
On Fri, 17 Apr 2009, Paul Smedley wrote:
> * Generic a.out on IA32 and m68k (i[34567]86-*-aout*,
> m68k-*-aout*)
>
> For the record, the Generic a.out support for IA32 is used by my GCC
> 4.3.3 and upcoming GCC 4.4.x ports for OS/2. I don't yet have the
> patches in any form ready enough
14 matches
Mail list logo
