varargs target handling

2009-05-08 Thread Iceman
Hi! I'm porting GCC to a software VM with 32 32bit registers, and 32 64bit registers. The 64bit registers are used for DI, SF and DF mode. Pointers and QI, HI and SI modes are handled with 32bit registers. The first 8 32bit parameters of functions are passed into the first 8 32bit registers (g0.

Re: Avoiding REG+OFF memory accesses

2009-05-08 Thread Iceman
Perfect, thank you! - Original Message From: Michael Meissner To: Iceman Cc: Michael Meissner ; Ian Lance Taylor ; g...@gnu.org Sent: Friday, May 8, 2009 3:45:20 PM Subject: Re: Avoiding REG+OFF memory accesses On Fri, May 08, 2009 at 02:05:18PM -0700, Iceman wrote: > > Ian sugge

Re: Finding gcc plugin headers

2009-05-08 Thread Brad Hards
On Friday 08 May 2009 10:37:27 pm Dave Korn wrote: > Instead of pkg-config, the tradition for GCC is to use one of the > driver's default switches. Does > > gcc -print-file-name=plugin/include/.h > > work for you? $ /opt/gccsvn/bin/gcc -print-file-name=plugin/include/gcc-plugin.h /opt/gccsvn/bin

Re: [Fwd: Failure in bootstrapping gfortran-4.5 on Cygwin]

2009-05-08 Thread Tim Prince
Ian Lance Taylor wrote: Angelo Graziosi writes: The current snapshot 4.5-20090507 fails to bootstrap on Cygwin: It did bootstrap effortlessly for me, once I logged off to clear hung processes, with the usual disabling of strict warnings. I'll let testsuite run over the weekend.

Re: [Fwd: Failure in bootstrapping gfortran-4.5 on Cygwin]

2009-05-08 Thread Ian Lance Taylor
Angelo Graziosi writes: > The current snapshot 4.5-20090507 fails to bootstrap on Cygwin: There is a patch here: http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00125.html Not sure if it has been approved. I sort of thing that (enum format_lengths) 0 should be replaced by FMT_LEN_none I

Re: Avoiding REG+OFF memory accesses

2009-05-08 Thread Iceman
Ian suggestion worked perfectly, thanks. Can you tell me the macro/function name to look up to work out the secondary reload you're mentioning? - Original Message From: Michael Meissner To: Ian Lance Taylor Cc: Iceman ; g...@gnu.org Sent: Friday, May 8, 2009 11:47:43 AM Subject: Re

Re: [gnat] reuse of ASTs already constructed

2009-05-08 Thread Tom Tromey
> "Oliver" == Oliver Kellogg writes: Oliver> Also, I'm thinking that in multi-source mode, the switch "-o" Oliver> can perhaps continue to be used - not by giving a filename Oliver> but instead by giving a directory. All object files would then Oliver> be placed in the given directory. What d

Re: opaque vector types?

2009-05-08 Thread Michael Meissner
On Wed, May 06, 2009 at 02:29:46AM -0400, DJ Delorie wrote: > > Andrew Pinski writes: > > You could do what the rs6000 back-end does for the altivec builtins > > and resolve them while the parser is run (the SPU back-end does the > > same thing too). Yes there are opaque vector types, you just u

[Fwd: Failure in bootstrapping gfortran-4.5 on Cygwin]

2009-05-08 Thread Angelo Graziosi
The current snapshot 4.5-20090507 fails to bootstrap on Cygwin: [...] /tmp/build/./prev-gcc/xgcc -B/tmp/build/./prev-gcc/ -B/usr/local/gfortran/i686-pc-cygwin/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes

Re: [C++] Inheritance chain enumeration

2009-05-08 Thread Piotr Wyderski
Dave Korn wrote: >  To find the base classes, look at the typeinfo for the class, which will be > abi::__class_type_info or one of its derivatives as specified in the ABI doc It should be __si_class_type_info in my case. Beautiful! Many thanks Dave :-) BTW, how do you know what derivate is point

RE: cond-optab merge delay? [was Re: GCC 4.5.0 Status Report (2009-05-05)]

2009-05-08 Thread Ramana Radhakrishnan
> -Original Message- > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of > Paolo Bonzini > Sent: 07 May 2009 14:53 > To: m...@codesourcery.com > Cc: gcc@gcc.gnu.org; Ramana Radhakrishnan; Richard Earnshaw > Subject: cond-optab merge delay? [was Re: GCC 4.5.0 Status R

Re: [C++] Inheritance chain enumeration

2009-05-08 Thread Dave Korn
Piotr Wyderski wrote: > Namely, where do you keep the "direct base information about > a class type" and what data structures from libstdc++ should I > become familiar with? And the last question: is the format > expected to stable in terms of GCC development? libstdc++-v3/libsupc++/typeinfo.

Re: Multilib for ARM in thumb2 mode

2009-05-08 Thread Samuel Tardieu
* Alexandre Pereira Nunes [2009-05-08 11:24:14 -0300] | > Don't you already get this if you created a toolchain with | > --with-arch=armv7-m and the multilib for thumb ? A toolchain configured for | > --with-arch=armv7-m and the multilib for thumb would automatically cover | > this configuration

RE: Multilib for ARM in thumb2 mode

2009-05-08 Thread Ramana Radhakrishnan
> -Original Message- > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of > Samuel Tardieu > Sent: 06 May 2009 11:06 > To: gcc@gcc.gnu.org > Subject: Multilib for ARM in thumb2 mode > > Right now, to be able to compile a mutilib-enabled ARM-targeted > compiler > supp

[C++] Inheritance chain enumeration

2009-05-08 Thread Piotr Wyderski
Consider a class hierarchy with single inheritance, as follows: struct A { virtual ~A() = default; } struct B : public A { virtual ~B() = default; }; and A* p = new B(); then how can I get the type_info object of the base class of B? Or, in other words, how do I enumerate the chai

Re: An optimization question

2009-05-08 Thread Andrew Haley
Dave Korn wrote: > Andrew Haley wrote: >> Dave Korn wrote: > >>> So, this is a real bug then - but it's a missed optimisation in the first >>> case, not a bogus one in the second case? >> Probably, but it's not a very interesting one. For what it's worth, the >> tree dumps are identical right u

Re: Finding gcc plugin headers

2009-05-08 Thread Dave Korn
Rafael Espindola wrote: > 2009/5/8 Brad Hards : >> Hi, >> >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40004 was a bug report that I >> filed on the missing plugin headers. >> >> That is now resolved - the headers are installed. I've closed the bug report. >> >> However I'm not sure how my applic

Re: An optimization question

2009-05-08 Thread Dave Korn
Andrew Haley wrote: > Dave Korn wrote: >> So, this is a real bug then - but it's a missed optimisation in the first >> case, not a bogus one in the second case? > > Probably, but it's not a very interesting one. For what it's worth, the > tree dumps are identical right up to the very last tree

Re: Finding gcc plugin headers

2009-05-08 Thread Rafael Espindola
2009/5/8 Brad Hards : > Hi, > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40004 was a bug report that I > filed on the missing plugin headers. > > That is now resolved - the headers are installed. I've closed the bug report. > > However I'm not sure how my application / buildsystem is meant to fi

Re: An optimization question

2009-05-08 Thread Andrew Haley
Dave Korn wrote: > Andrew Haley wrote: >> eCos@ wrote: > >>> === >>> int *p; >>> >>> int main(void) >>> { >>> p++; >>> __asm__ __volatile__ (""::); >>> p++; >>> } >>> === > >>> assembly

Re: Code optimization only in loops

2009-05-08 Thread Paolo Bonzini
> It seems that when set in a loop, the program is able to perform some > type of optimization to actually get the use of the offsets where as > in the case of no loop, we have twice the calculations of instructions > for each address calculations. I suggest you look at the dumps for i386 to see

Finding gcc plugin headers

2009-05-08 Thread Brad Hards
Hi, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40004 was a bug report that I filed on the missing plugin headers. That is now resolved - the headers are installed. I've closed the bug report. However I'm not sure how my application / buildsystem is meant to find the headers. Is there a way gc