How to remove the option -Qy to as

Hi, I'm trying to build a cross-compiler from GCC 4.2.0 source. I've built the binutils as cross tools and launched the configure script for gcc source as follows: [gcc-source]/configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=arm-elf --prefix=[toolchain-prefix]

Re: Bug or feature? C++ code that no longer compiles under GCC 4.2

On Thu, 2007-08-30 at 10:05 +1000, Jonathan Adamczewski wrote: > I don't have gcc-4.2 handy - does changing this to a const reference > solve the problem? i.e > > template > void foo(const Op& op) { op(); } Thanks for the suggestion, it doesn't help: test.cpp: In member function 'void My::test(

Krister Walfridsson appointed NetBSD OS port maintainer

I am pleased to announce that the GCC Steering Committee has appointed Krister Walfridsson as NetBSD OS port maintainer. Please join me in congratulating Krister on his new role. Krister, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: question about rtl loop-iv analysis

Michael Matz wrote: > Hi, > > On Wed, 29 Aug 2007, Bernd Schmidt wrote: > > >>> Apart from that I agree that in the case of conditional defs multiple >>> ones might reach a use. I disagree for partial defs, if one dominates >>> the other. For most cases (except register allocation) a partial

Re: question about rtl loop-iv analysis

Hi, On Thu, 30 Aug 2007, Kenneth Zadeck wrote: > Michael and Bernd, > > I you look at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33224 you will > see that this bug has nothing to do with the type of def. It is pilot > error on the author of the loop unrolling code. They are looking in the

Why is LIMITS_H_TEST defined in cris/t-linux? It caused cross-compiler build errors

Can anyone explain why LIMITS_H_TEST is defined in cris/t-linux, while it is not defined for any other linux target? It's a relatively recent change. "ChangeLog-2005" line 5810 says "2005-10-12 Hans-Peter Nilsson <[EMAIL PROTECTED]> config/cris/t-linux (LIMITS_H_TEST): Define." It breaks

Re: Krister Walfridsson appointed NetBSD OS port maintainer

On Thu, 30 Aug 2007, David Edelsohn wrote: I am pleased to announce that the GCC Steering Committee has appointed Krister Walfridsson as NetBSD OS port maintainer. Please join me in congratulating Krister on his new role. Krister, please update your listing in the MAINTAINERS f

Re: Bug or feature? C++ code that no longer compiles under GCC 4.2

On ons, 2007-08-29 at 16:42 -0400, Daniel Drake wrote: > Hi, > > Take the following code sample: > > > #define BREAK_GCC4_2 > > template > void foo(Op& op) { op(); } > > class My { > public: > static void myOp() { } > > void test() { > #ifde

Re: Bug or feature? C++ code that no longer compiles under GCC 4.2

On ons, 2007-08-29 at 16:42 -0400, Daniel Drake wrote: > > #define BREAK_GCC4_2 > > > > template > > void foo(Op& op) { op(); } > > > > class My { > > public: > > static void myOp() { } > > > > void test() { > > #ifdef BREAK_GCC4_2 > > foo(myOp); > > #else > > foo(My::myOp); > > #en

Re: Why is LIMITS_H_TEST defined in cris/t-linux? It caused cross-compiler build errors

> Date: Thu, 30 Aug 2007 14:24:36 -0500 > From: "Stephen M. Kenton" <[EMAIL PROTECTED]> > Can anyone explain why LIMITS_H_TEST is defined in cris/t-linux, while > it is not defined for any other linux target? A STFW would have given you .

Re: Why is LIMITS_H_TEST defined in cris/t-linux? It caused cross-compiler build errors

Segher - If remember right, cris was one of the targets that did not build for you. This might help. No idea if it would help or not -- it currently dies with an ICE while building __mulvdi3: /home/segher/src/gcc/libgcc/../gcc/libgcc2.c: In function '__mulvdi3': /home/segher/src/gcc/libgcc/../g

Re: How to remove the option -Qy to as

Andrea Marongiu wrote: It seems to be using the correct as (arm-elf-as) which anyhow doesn't support the -Qy option. No, it is using the wrong assembler. There are two compilers here, the native x86 linux one, and the cross compiler. You have the native x86 linux compiler using the arm-elf-a

Re: Why is LIMITS_H_TEST defined in cris/t-linux? It caused cross-compiler build errors

> From: Segher Boessenkool <[EMAIL PROTECTED]> > Date: Fri, 31 Aug 2007 02:31:07 +0200 > > Segher - If remember right, cris was one of the targets that did not > > build for you. This might help. > > No idea if it would help or not -- it currently dies with > an ICE while building __mulvdi3: Wh

Re: Stage 2 project: upgrade decNumber

Janis Johnson wrote: >> But it looks like libdecnumber is processed in stage 1. What if the >> stage 1 compiler doesn't handle C++ comments? > > Right, decNumber is used in the C compiler and it's the C++ comments > that convinced me of the need to modify the sources. While I'm at it I > might

Stage 2 project: new interference graph representation.

As a somewhat related follow on to Kenny's new interference graph builder patch (which is still waiting for a full review): http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01729.html I'd like to squeeze in a new representation of the interference graph that in some cases can save a significant a

Re: Why is LIMITS_H_TEST defined in cris/t-linux? It caused cross-compiler build errors

Interesting. I built it (along with 22 others) today and it worked using gcc 4.2.1 and binutils 2.18 on x86_64 to build a 4.2.1 criss cross-compiler on top of the inhibit_libc check for linux-unwind.h I posted yesterday. I need to rework that one a bit, but it got alpha, sparc, and several oth

Re: Why is LIMITS_H_TEST defined in cris/t-linux? It caused cross-compiler build errors

On Thu, Aug 30, 2007 at 11:39:57PM -0500, Steve Kenton wrote: [v850] > fp-bit.c: In function '__fixsfsi': > fp-bit.c:1445: error: unrecognizable insn: > (insn 136 8 137 2 fp-bit.c:1423 (set (reg/f:SI 3 sp) >(plus:SI (reg/f:SI 3 sp) >(const_int 4294967256 [0xffd8]))) -1 (nil