We have uploaded the first PPL 0.10.1 release candidate to
ftp://ftp.cs.unipr.it/pub/ppl/snapshots/
You can check the NEWS file via Gitweb:
http://www.cs.unipr.it/git/gitweb.cgi?p=ppl/ppl.git;a=blob_plain;f=NEWS;hb=ppl-0_10-branch
If all goes well, the release of PPL 0.10.1 will happen o
On Mon, 6 Apr 2009, Toon Moene wrote:
> I wrote:
>
> > Richard Guenther wrote:
> >
> > > I plan to merge the alias-improvements branch next weekend (in 7 days)
> > > if all goes well. I will do bootstrap & regtesting on the archs
> > > I have available (x86_64, i?86, ppc, ppc64, ia64, s390 and
I created the cond-optab svn branch and finished committing the
cond-optab patches to it. I also documented it in svn.html.
The branch was bootstrapped i686-pc-linux-gnu and is identical to the
tree that Kaz bootstrapped on sh4-linux.
The rest of this message details the plans for merging and fu
On Tue, Apr 7, 2009 at 11:55 AM, Paolo Bonzini wrote:
> I created the cond-optab svn branch and finished committing the
> cond-optab patches to it. I also documented it in svn.html.
>
> The branch was bootstrapped i686-pc-linux-gnu and is identical to the
> tree that Kaz bootstrapped on sh4-linux
> To aid testing, I'd like people to help bootstrapping bootstrappable
> targets -- arm, alpha, ia64, pa, s390, x86_64.
I'm bootstrapping the branch on an arm-linux-gnueabi target.
Ramana
On Tue, 2009-04-07 at 12:37 +0200, Uros Bizjak wrote:
> On Tue, Apr 7, 2009 at 11:55 AM, Paolo Bonzini wrote:
>
> > I created the cond-optab svn branch and finished committing the
> > cond-optab patches to it. I also documented it in svn.html.
>
> > To aid testing, I'd like people to help boots
On Tue, Apr 7, 2009 at 11:55 AM, Paolo Bonzini wrote:
> I created the cond-optab svn branch and finished committing the
> cond-optab patches to it. I also documented it in svn.html.
>
> The branch was bootstrapped i686-pc-linux-gnu and is identical to the
> tree that Kaz bootstrapped on sh4-linux
On Tue, Apr 7, 2009 at 11:55 AM, Paolo Bonzini wrote:
> I created the cond-optab svn branch and finished committing the
> cond-optab patches to it. I also documented it in svn.html.
> To aid testing, I'd like people to help bootstrapping bootstrappable
> targets -- arm, alpha, ia64, pa, s390, x
On Tue, Apr 7, 2009 at 11:55 AM, Paolo Bonzini wrote:
> The following patches can be transported to mainline independent of the
> completion of the project. I would like to merge these patches one at a
> time, so reviews for these are welcome now.
>
> r145593: http://gcc.gnu.org/ml/gcc-patches/2
>> r145601: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01215.html (RTL)
>
> This is also ok.
Thanks, I won't commit this until the final merge though because I
cannot really test it separately.
Paolo
Thanks, this leaves out:
r145593: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00545.html (i386)
r145594: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00545.html (s390)
r145597, r145598, r145599:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00947.html (gen*)
r145603: http://gcc.gnu.org/ml/gcc-patc
Hi,
FX Coudert has sent me the following patch for fixincludes/inclhack.def:
--- ../_gcc_clean/fixincludes/inclhack.def 2009-03-31 22:37:57.0
+0200
+++ fixincludes/inclhack.def2009-04-06 19:50:43.0 +0200
@@ -1023,6 +1023,35 @@
/*
+ * Fix stdint.h header on Darwin.
Dominique Dhumieres wrote:
> FX Coudert has sent me the following patch for fixincludes/inclhack.def:
[ snipped all but one representative line. ]
> +sed = "/#define[ \t]+INTPTR_MIN[\t]+INT64_MIN/#define INTPTR_MIN
> ((intptr_t) INT64_MIN)/";
> I have succeeded to regenerate fixincludes/fi
On Tue, Apr 7, 2009 at 12:46 PM, Laurent GUERBY wrote:
>> > I created the cond-optab svn branch and finished committing the
>> > cond-optab patches to it. I also documented it in svn.html.
>>
>> > To aid testing, I'd like people to help bootstrapping bootstrappable
>> > targets -- arm, alpha, ia
M R Swami Reddy wrote:
> Below issue observed with -O3 -funroll-all-loops option.
This is not a patch. Therefore it should not be sent to the -patches list.
If you are ever in doubt, there is an explanation of the intended purpose
for the lists at
http://gcc.gnu.org/lists.html
and since
Dave,
Thanks for the quick answer.
> I don't know what it's trying to tell you with the fixincludes FAIL. Did
> you verify manually if the fixes perhaps didn't match against the stdint.h you
> have on your release of the O/S?
AFAICT the patch looks fine, but I cannot rule out typos. I'll try
Laurent,
I keep getting the following error when doing an incremental build (the first
time from scratch it works, and then it always fails):
ln -s ../.././gcc/ada/rts adainclude
ln -s ../.././gcc/ada/rts adalib
ln: creating symbolic link `adalib/rts' to `../.././gcc/ada/rts': File exists
make[2]
It's a procedural mistake on my side: I commited the wrong
iteration of the libada/Makefile.in patch, it is missing the pair of "rm
-rf". I checked and the version on 4.4 doesn't have the issue.
I've commited the right version of libada/Makefile.in
as revision 145673, it should fix incremental bui
Dominique Dhumieres wrote:
> I have reported the error in pr445#15 and explained in comment #6:
PR448, to be precise. I see Joseph is back from his AFK and has added
comment#16.
> /opt/gcc/gcc-4.5-work/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
> 'test_ptr': /opt/gcc/gcc-4.5-work/gcc/te
> I assume you mean the function in the C frontend, in c-decl.c.
thats correct!
thanks a lot!
2009/4/7 Ian Lance Taylor :
> Eduardo Cruz writes:
>
>> does the function lookup_name distinguish the identifier between
>> different contexts?
>
> I assume you mean the function in the C frontend, in c
Dave Korn wrote:
Roberto Bagnara wrote:
We have uploaded the first PPL 0.10.1 release candidate to
Please report any problem you may encounter to ppl-devel
Hi Roberto and team,
I am sorry to report some problems encountered.
Hi Dave,
thanks for the report. We will investigate it
From: "Kaveh R. Ghazi"
I've been relaying the messages, (but I haven't seen the MPC webpage
updated to reflect this yet).
Okay it's updated, we've got a pretty comprehensive list of platforms.
http://www.multiprecision.org/index.php?prog=mpc&page=platforms
Thanks everyone for your test resu
Roberto Bagnara wrote:
> Dave Korn wrote:
>> Target: i686-pc-cygwin, cygwin-1.7.0-42, gcc-4.3.2, ppl configured with
>> --enable-shared --disable-static, no -fexceptions, no --enable-cxx.
>
> I am not following here. There are no "-fexceptions" and "--enable-cxx"
> in the PPL configuration proced
Kaveh R. Ghazi wrote:
> From: "Kaveh R. Ghazi"
>
>> I've been relaying the messages, (but I haven't seen the MPC webpage
>> updated to reflect this yet).
>
> Okay it's updated, we've got a pretty comprehensive list of platforms.
>
> http://www.multiprecision.org/index.php?prog=mpc&page=platform
Dave Korn wrote:
Roberto Bagnara wrote:
Dave Korn wrote:
Target: i686-pc-cygwin, cygwin-1.7.0-42, gcc-4.3.2, ppl configured with
--enable-shared --disable-static, no -fexceptions, no --enable-cxx.
I am not following here. There are no "-fexceptions" and "--enable-cxx"
in the PPL configuratio
Dave Korn wrote:
OMG. Sorry everyone, it didn't occur to me to check the size of the log
file until after I sent it and I simply didn't think it could be as much as
half a meg.
cheers,
DaveK
Dave,
I have looked more closely to the sed part and it is probably incorrect,
i.e. doing nothing. I'll coninue to experiment, but if you or someone else
have idea, I'll be glad to use it.
Thanks,
Dominique
Dominique Dhumieres wrote:
> Dave,
>
> I have looked more closely to the sed part and it is probably incorrect,
> i.e. doing nothing. I'll coninue to experiment, but if you or someone else
> have idea, I'll be glad to use it.
sed does not have +. You need to use [ \t][ \t]* assuming that autoge
Hi FX,
> Here's a patch to add knowledge about C99 stdint.h types to the target
> configuration for IRIX. I did that from the system headers of a
> IRIX6.5 box, but can't bootstrap or regtest (I have very limited
> access, can't run anything on it). If you can bootstrap and confirm
> that
Paolo,
> sed does not have +.
Thanks for the hint. Apparently GNU sed version 4.1.5 has it, provided you use
-r,
but I was wondering what to do since I did not see it in fixincl.x.
So I will use [ \t][ \t]*.
Dominique
This relates to bug 13167
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13617)
It looks like the compiler is generating appropriate code but gas
isn't doing the right thing with it, at least not consistently.
With this test program, compiled with GCC 4.1.2 mipsel-netbsdelf:
int i = 3;
ch
>> sed does not have +.
>
> Thanks for the hint. Apparently GNU sed version 4.1.5 has it, provided you
> use -r,
It also has \+ without -r, but neither -r nor \+ are portable.
Paolo
Roberto Bagnara wrote:
>> 456 ./configure --prefix=/opt/gcc-tools -v --disable-static
>> --enable-shared 2>&1 | tee conf.log
>
> I assume --disable-static is OK for Cygwin.
Yes, it certainly should be, and is required because our distro ships only a
DLL version of GMP, and no static lib.
>
Rainer Orth wrote:
Hi FX,
Here's a patch to add knowledge about C99 stdint.h types to the target
configuration for IRIX. I did that from the system headers of a
IRIX6.5 box, but can't bootstrap or regtest (I have very limited
access, can't run anything on it). If you can bootstrap and conf
* Kaveh R. Ghazi wrote on Tue, Apr 07, 2009 at 05:32:14PM CEST:
>
> I think we're just missing AIX5.2. Ralf you did that last time for the
> svn tarball. Would you please repeat your testing with mpc-0.6?
Sorry for the delay. Issues on AIX 5.2:
- This time, I had an old version of mpc install
Paul Koning writes:
> It looks like the compiler is generating appropriate code but gas
> isn't doing the right thing with it, at least not consistently.
>
> With this test program, compiled with GCC 4.1.2 mipsel-netbsdelf:
>
> int i = 3;
> char foo[17] __attribute__ ((aligned(32)));
>
>
Snapshot gcc-4.4-20090407 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20090407/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Fri, 3 Apr 2009, Dave Korn wrote:
> Got it: the key is that the types we use in our stdint.h target files have
> to match the exact wording used at the top of c_common_nodes_and_builtins:
This requirement is documented in tm.texi (under SIZE_TYPE, to which the
documentation of the other tar
On Thu, 2 Apr 2009, Paolo Bonzini wrote:
> > The "Compilation Process" transforms code entirely represented in
> > non-intermediate languages designed for human-written code,
> > and/or in Java Virtual Machine byte code, into Target Code.
>
> Two months for this??? And what about CLR (Mono, .NET
Hi,
I am considering working on fixing the pre-pass scheduling problem on
x86 (Bug 38403). The pre-pass instruction scheduler currently increases
register pressure to a degree that causes the register allocator to
fail. Before I commit to this task, I would like to gather as much
information as po
On Sat, 4 Apr 2009, FX wrote:
> find failures of c99-stdint-1.c, it means the mingw headers need fixing (I'm
> particularly worried about int_fast8_t, which is "char" rather than "signed
> char", and I suspect this could spell trouble).
These types being plain "char" fails to conform to C99, but
On Sat, 4 Apr 2009, Gerald Pfeifer wrote:
> 2009-04-04 Gerald Pfeifer
>
> * update_web_docs_svn: Run this script under plain /bin/sh
> as opposed to /bin/sh -x.
I think this is OK. -x was probably more useful before the script used
set -e to exit on errors.
--
Joseph S. Myers
On Sun, 5 Apr 2009, Laurent GUERBY wrote:
> I'm thinking of changing my auto tester to report a broken bootstrap
> (the first time a bootstrap fails), is there a normalized way to
> report such failures to gcc-testresults@ or g...@?
The "regression" component in Bugzilla exists for automatic repo
On Tue, 7 Apr 2009, Dominique Dhumieres wrote:
> +sed = "/#define[ \t]+INTPTR_MIN[\t]+INT64_MIN/#define INTPTR_MIN
> ((intptr_t) INT64_MIN)/";
> +sed = "/#define[ \t]+INTPTR_MIN[\t]+INT32_MIN/#define INTPTR_MIN
> ((intptr_t) INT32_MIN)/";
> +sed = "/#define[ \t]+INTPTR_MAX[\t]+INT64_
> Paul Koning writes:
>
> > It looks like the compiler is generating appropriate code but gas
> > isn't doing the right thing with it, at least not consistently.
> >
> > With this test program, compiled with GCC 4.1.2 mipsel-netbsdelf:
> >
> > int i = 3;
> > char foo[17] __attribute__ ((a
On Wed, 8 Apr 2009, Joseph S. Myers wrote:
>> 2009-04-04 Gerald Pfeifer
>>
>> * update_web_docs_svn: Run this script under plain /bin/sh
>> as opposed to /bin/sh -x.
> I think this is OK. -x was probably more useful before the script used
> set -e to exit on errors.
Thanks for havi
Shobaki, Ghassan wrote:
Hi,
I am considering working on fixing the pre-pass scheduling problem on
x86 (Bug 38403). The pre-pass instruction scheduler currently increases
register pressure to a degree that causes the register allocator to
fail. Before I commit to this task, I would like to gather
On Wed, Apr 8, 2009 at 5:19 AM, Vladimir Makarov wrote:
> Shobaki, Ghassan wrote:
>>
>> Hi,
>>
>> I am considering working on fixing the pre-pass scheduling problem on
>> x86 (Bug 38403). The pre-pass instruction scheduler currently increases
>> register pressure to a degree that causes the regist
Hi --
I'm running the gcc test suite on powerpc-unknown-eabisim
on the trunk and I get results which are different from
one run to the next. When I run the failing tests by
hand, all pass. Mike Stein also has noted that some of
the tests are intermittent failures.
There are only a few test cas
49 matches
Mail list logo
