Re: Some C++0x experiments

2006-06-10 Thread Mike Stump
On Jun 9, 2006, at 6:31 PM, Pedro Lamarão wrote: Currently I have implemented in g++ the Static Assertions and the Right Angle Brackets C++0x features in g++. Those are the simplest ones that got into the working draft Any feedback is welcome! Well, I hope that you are able to do up the

Re: bootstrap broken on PPC-darwin and other targets without pkg-config (which is almost all)

2006-06-10 Thread Thomas Fitzsimmons
Andrew Pinski wrote: Caused by: http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00225.html I committed this fix. Tom 2006-06-10 Thomas Fitzsimmons [EMAIL PROTECTED] * configure.ac (ac_configure_args): Add --disable-plugin. (--enable-gtk-cairo): Remove option. * configure:

RE: Errors while building bootstrap GCC for mipsisa32-elf target

2006-06-10 Thread Monika Sapra
Thanks for the reply. I have tried this but when I check out GCC source using SVN, It is 1.38 GB. I have space problem on my system so it is difficult to check out all supported tool sources and make combined tree. I am not able to understand, why the checkout source of GCC is so large in size? I

Re: Errors while building bootstrap GCC for mipsisa32-elf target

2006-06-10 Thread Mike Stump
On Jun 10, 2006, at 12:30 AM, Monika Sapra wrote: Thanks for the reply. I have tried this but when I check out GCC source using SVN, It is 1.38 GB. I have space problem on my system so it is difficult to check out all supported tool sources and make combined tree. Ha, that's nothing, you

Re: GIMPLE / induction variable analysis

2006-06-10 Thread Zdenek Dvorak
Hello, I'm looking for an induction variable analysis which will operate at the GIMPLE level. So far, I've found... loop-iv.c -- RTL induction variable analysis tree-ssa-loop-ivopts.c -- GIMPLE induction variable analysis no, tree-level induction variable analysis is in

Re: Errors while building bootstrap GCC for mipsisa32-elf target

2006-06-10 Thread Andreas Schwab
Monika Sapra [EMAIL PROTECTED] writes: Thanks for the reply. I have tried this but when I check out GCC source using SVN, It is 1.38 GB. Try upgrading subversion. With version 1.3+, the checked out tree is only about half the size. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]

Re: bootstrap broken on PPC-darwin and other targets without pkg-config (which is almost all)

2006-06-10 Thread Andrew Pinski
On Jun 10, 2006, at 12:23 AM, Thomas Fitzsimmons wrote: Andrew Pinski wrote: Caused by: http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00225.html I committed this fix. Did you know trunk of GCC is in release branch and has been since Thursday? -- Pinski

Re: bootstrap broken on PPC-darwin and other targets without pkg-config (which is almost all)

2006-06-10 Thread Jack Howarth
Andrew, What is the release branch called? I can't get anything pulled down with... svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-4_2-branch gcc Our isn't it in the svn repository yet. Jack

Re: bootstrap broken on PPC-darwin and other targets without pkg-config (which is almost all)

2006-06-10 Thread Andrew Pinski
On Jun 10, 2006, at 9:03 AM, Jack Howarth wrote: Andrew, What is the release branch called? I can't get anything pulled down with... There is no release branch but the release branch rules are in effect on the mainline (trunk). See http://gcc.gnu.org/ml/gcc/2006-06/msg00120.html

Re: bootstrap broken on PPC-darwin and other targets without pkg-config (which is almost all)

2006-06-10 Thread Andrew Haley
Andrew Pinski writes: On Jun 10, 2006, at 9:03 AM, Jack Howarth wrote: Andrew, What is the release branch called? I can't get anything pulled down with... There is no release branch but the release branch rules are in effect on the mainline (trunk). See

gcc-4.2-20060610 is now available

2006-06-10 Thread gccadmin
Snapshot gcc-4.2-20060610 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060610/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.2 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk

Re: Some C++0x experiments

2006-06-10 Thread Howard Hinnant
On Jun 9, 2006, at 9:31 PM, Pedro Lamarão wrote: Any feedback is welcome! Thank you! -Howard

Re: Highlevel C Backend

2006-06-10 Thread Paul Brook
One imagines that one would construct a virtual machine architecture framework gcc already has one. It's called RTL. and then write a back-end that would generate machine code for that virtual machine, which would be a subset of ANSI C. Hey-presto, you then have a butt-ugly

Re: Wconversion versus Wcoercion

2006-06-10 Thread Manuel López-Ibáñez
On 09/06/06, Eric Christopher [EMAIL PROTECTED] wrote: I think I like b) the most. That way people who are accustomed to using -Wconversion for value conversions can continue doing so and we can move to something like -Wprototype-conversion or something for the other (and stick the second in

Re: Wconversion versus Wcoercion

2006-06-10 Thread Andrew Pinski
On Jun 10, 2006, at 1:30 PM, Manuel López-Ibáñez wrote: On 09/06/06, Eric Christopher [EMAIL PROTECTED] wrote: I think I like b) the most. That way people who are accustomed to using -Wconversion for value conversions can continue doing so and we can move to something like

Re: [wwwdocs] Complete revamp of our web site

2006-06-10 Thread Gerald Pfeifer
On Tue, 6 Jun 2006, Joe Buck wrote: Also what about moving the News up to a noticeable spot since right now it is down in a corner so it looks out of place. In fact on my screen which is set to 1024x768, I have to scroll to get to the news. Yes, the top news needs to be on the front page,

Re: [wwwdocs] Complete revamp of our web site

2006-06-10 Thread Gerald Pfeifer
On Sat, 10 Jun 2006, Andrew Pinski wrote: Attach is what I see currently on the web page, the news is down low in the lower right. Barely noticeable. Ack. Would you mind sending another screenshot tomorrow evening your time? ;-) Gerald

Re: Wconversion versus Wcoercion

2006-06-10 Thread Gabriel Dos Reis
Manuel López-Ibáñez [EMAIL PROTECTED] writes: [...] | (b) keep the warnings of conversions that may change a value in | Wconversion and move its original purpose (the warnings about | prototypes causing ... in the absence of a prototype) to a new option | (suggestions are welcome). I prefer

[Bug libstdc++/27984] New: [4.2 Regression] installed libstdc++ testing broken

2006-06-10 Thread jsm28 at gcc dot gnu dot org
Testing of libstdc++ with an installed toolchain was broken by 2006-06-06 Benjamin Kosnik [EMAIL PROTECTED] * testsuite/util: New directory. [...] g++ -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR=.

[Bug libstdc++/27984] [4.2 Regression] installed libstdc++ testing broken

2006-06-10 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27984

[Bug c++/27952] [4.0/4.1/4.2 Regression] ICE with invalid virtual inheritance

2006-06-10 Thread patchapp at dberlin dot org
--- Comment #1 from patchapp at dberlin dot org 2006-06-10 14:10 --- Subject: Bug number PR c++/27952 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00536.html --

[Bug c++/27975] warning for comparison of different enum types impossible to control/is undocumented

2006-06-10 Thread patrik dot hagglund at bredband dot net
--- Comment #2 from patrik dot hagglund at bredband dot net 2006-06-10 14:45 --- (In reply to comment #1) Why is this that bad of a warning, I didn't said it was a bad warning per se (did I?). What I want to do is to be able to prioritize between warnings to be able to cope with the

[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector

2006-06-10 Thread arno at heho dot snv dot jussieu dot fr
--- Comment #34 from arno at heho dot snv dot jussieu dot fr 2006-06-10 18:00 --- (In reply to comment #30) This patch works great for me. Tested on i386-freebsd6 and i386-linux-2.6.15-gentoo by calling CNI in threads created by an absolute non-CNI aware c++ Corba library. --

[Bug target/27968] gcc emits (undefined) ffreep opcode which is not understood by Solaris' /usr/ccs/bin/as when tuning for Athlon or Opteron CPUs

2006-06-10 Thread digitale at digitaleric dot net
--- Comment #3 from digitale at digitaleric dot net 2006-06-10 18:01 --- Subject: Re: gcc emits (undefined) ffreep opcode which is not understood by Solaris' /usr/ccs/bin/as when tuning for Athlon or Opteron CPUs --- Comment #1 from pinskia at gcc dot gnu dot org

[Bug java/27985] New: gcj fails dependant on compiler order

2006-06-10 Thread cagney at redhat dot com
It's got something to do with two occurances of the object Action in the attached test vis: [EMAIL PROTECTED] gcj -d . -I . -C one/ExitNotificationObserver.java one/AddTaskObserverAction.java one/TaskAction.java one/ExitNotificationObserver.java: In class 'one.ExitNotificationObserver':

[Bug java/27985] gcj fails dependant on compiler order

2006-06-10 Thread cagney at redhat dot com
--- Comment #1 from cagney at redhat dot com 2006-06-10 18:53 --- Created an attachment (id=11649) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11649action=view) source code for compile -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27985

[Bug fortran/27981] Strange error message for illegal integer constant

2006-06-10 Thread kargl at gcc dot gnu dot org
--- Comment #2 from kargl at gcc dot gnu dot org 2006-06-10 20:27 --- I have a tentative patch for this problem that I'm testing now. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

2006-06-10 Thread pinskia at gcc dot gnu dot org
--- Comment #56 from pinskia at gcc dot gnu dot org 2006-06-10 22:22 --- complit1.C has an internal error now on powerpc-darwin: Foo::Foo(int, int) complit1.C:14: error: ISO C++ forbids assignment of arrays Foo::Foo(int, int) Foo::Foo(int, int) Analyzing compilation unitPerforming

[Bug pending/27986] New: unnecessary jump to middle of loop on entry

2006-06-10 Thread dean at arctic dot org
in the following code gcc choses the registers in such a way that it causes itself an extra copy for every loop iteration and has to jump past the copy to start the loop... it's probably easiest to describe just by looking at the code: % cat jmp-over.c void foo(int *v, int *d, int g) { int s =

[Bug middle-end/27986] jump to middle of loop on entry with using old version of an variable

2006-06-10 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-10 22:32 --- PPC gives: _foo: lwz r2,4(r3) b L2 L7: mr r2,r0 L2: lwz r0,0(r4) addi r4,r4,4 add r0,r2,r0 cmpw cr7,r0,r5 blt+ cr7,L7 stw r2,0(r3) blr