On Fri, Sep 11, 2009 at 1:08 PM, Diego Novillo wrote:
> Reposting. Apparently gmail has been labelling messages from
> google.com as spam. It should be fixed now.
>
>
LTO branch failed to bootstrap on Linux/ia32 due to:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41324
It has been fixed in mai
On Thu, 10 Sep 2009 01:38:13 +0200 (CEST)
Gerald Pfeifer wrote:
> i386-unknown-freebsd7.2, specifically, now PR 41326, after it has
> been originally fixed a few days ago.
>
> Gerald
>
> Comparing stages 2 and 3
> warning: gcc/cc1-checksum.o differs
> warning: gcc/cc1plus-checksum.o differs
> w
Martin Jambor writes:
> I have run the testsuite on hppa with the following patch and I
> successfully bootstrapped and tested it on x86_64. Unless someone
> objects, I will bootstrap it on hppa and commit it in a week or two
> along with Richi's patch verifying such decls don't leak to the IL
>
Hi,
we sometimes currently mess up when compiling callee-copied parameters
on architectures that use it (so, as far as I know, on hppa). The
manifestation of the issue is e.g. PR 40464 but I believe there maight
be others.
The real problem is that even though a comment in tree.h says that
declar
Reposting. Apparently gmail has been labelling messages from
google.com as spam. It should be fixed now.
Diego.
-- Forwarded message --
From: Diego Novillo
Date: Fri, Sep 11, 2009 at 11:37
Subject: [lto] Merge from trunk rev 151592.
To: gcc@gcc.gnu.org
Cc: rguent...@suse.de
On Thu, 2009-09-10 at 18:06 -0400, Kaveh R. GHAZI wrote:
> Hi,
>
> mpc-0.7 now has been released, you can get the package here:
> http://www.multiprecision.org/index.php?prog=mpc&page=download
>
> Here's the official announcement:
> http://lists.gforge.inria.fr/pipermail/mpc-discuss/2009-Septembe
On Tue, Aug 11, 2009 at 7:05 AM, Jason Merrill wrote:
> A few comments:
>
>> /* XXX: Any way to get current location? */
>
> input_location
Just a late comment: using input_location is generally not a good
idea. Every token in the parser has a location. That should be the
source of all location
I'm making quite good progress with cleaning up the 3.4.6 i370
port. I've even got optimization working to some degree.
Meanwhile, on a different machine (a Linux machine I program
on on the way to/from work), I have managed to build 4.4.0,
which means I have an environment to work on a more mod
This merge uncovered a bug in cgraph node streaming. There were
several bitflags that were not being written out. I also removed
a few old patches that are no longer needed.
Once the EH changes are in mainline, we'll be ready to merge the
streamer, which is the only module left to merge.
Bootst
2009/9/11 Ross Ridge :
> Stefan Dösinger writes:
>>On a partly related topic, I think the Win64 ABI requires that the first
>>function is two bytes long, and there at least 6 bytes of slack before
>>the function. Does gcc implement that?
>
> As far as I can tell the Win64 ABI doesn't have either of
Stefan Dösinger writes:
>On a partly related topic, I think the Win64 ABI requires that the first
>function is two bytes long, and there at least 6 bytes of slack before
>the function. Does gcc implement that?
As far as I can tell the Win64 ABI doesn't have either of these
requirements. Microsoft
oliver.kell...@t-online.de (Oliver Kellogg) writes:
> What is the point of stmt_group_free_list and gnu_stack_free_list in
> trans.c? Why not always allocate a fresh node?
Just for speed, I assume. It's usually faster to keep a free list than
to go back to the allocator each time. I don't know
On Fri, Sep 11, 2009 at 4:11 PM, Bingfeng Mei wrote:
> Hello,
> I notice the restrict qualifier doesn't work properly in trunk any more.
> In the following example, the memory accesses of a, b, c don't have different
> alias set attached any more. Instead, the generic alias set of 2 is used
> for
Hello,
I notice the restrict qualifier doesn't work properly in trunk any more.
In the following example, the memory accesses of a, b, c don't have different
alias set attached any more. Instead, the generic alias set of 2 is used
for all accesses.
I remember alias analysis part had some big cha
On Thu, Sep 10, 2009 at 6:06 PM, Kaveh R. GHAZI wrote:
> Please download, compile and run "make check" for this release and post
> your results as well your target triplet and the versions of your
> compiler, gmp and mpfr. All platform results are welcome, but I am
> especially interested in GCC'
Kaveh R. GHAZI wrote:
> Hi,
>
> mpc-0.7 now has been released, you can get the package here:
> http://www.multiprecision.org/index.php?prog=mpc&page=download
Dude! You have a 2.2 megabyte JPG on your front page! Seriously, WTF?! It
took like five seconds to slowly load by scanlines, it was li
> -Original Message-
> From: Kaveh R. GHAZI [mailto:gh...@caip.rutgers.edu]
> Sent: Friday, September 11, 2009 12:07 AM
> To: gcc@gcc.gnu.org
> Subject: MPC 0.7 officially released, please test and report
> your results!
>
> Hi,
>
> mpc-0.7 now has been released,
> Please download
20 matches
Mail list logo
