Re: version control process improvement

2008-04-03 Thread Richard Guenther
On Thu, Apr 3, 2008 at 12:24 AM, Ben Elliston <[EMAIL PROTECTED]> wrote: > I was speaking to Andrew Tridgell yesterday about how he uses svn with > the Samba project. He mentioned an idea that we could pursue in the GCC > project. > > As you know, Subversion keeps all branches and the trunk und

Doubt about filling delay slot

2008-04-03 Thread Mohamed Shafi
Hello all, It is not necessary that a pattern with a single constrain will have only one instruction in the template. Say if the pattern A have two instructions in the template and pattern B has one instruction in the template and the target has only two delay slots will i be able to tell gcc that

Bootstrap comparison failures on i586

2008-04-03 Thread Eric Botcazou
Hi, Since yesterday I'm having seemingly random bootstrap comparisons failures on i586-suse-linux: for caller-save.o yesterday, for build/gensupport.o today at revision 133861. But a second tree at the same revision bootstrapped fine. Is anyone else seeing this? -- Eric Botcazou

Re: Doubt about filling delay slot

2008-04-03 Thread Ian Lance Taylor
"Mohamed Shafi" <[EMAIL PROTECTED]> writes: > It is not necessary that a pattern with a single constrain will have > only one instruction in the template. > Say if the pattern A have two instructions in the template and pattern > B has one instruction in the template and the target has only two >

Re: Doubt about filling delay slot

2008-04-03 Thread Mohamed Shafi
On Thu, Apr 3, 2008 at 6:49 PM, Ian Lance Taylor <[EMAIL PROTECTED]> wrote: > > "Mohamed Shafi" <[EMAIL PROTECTED]> writes: > > > It is not necessary that a pattern with a single constrain will have > > only one instruction in the template. > > Say if the pattern A have two instructions in the t

Intel AVX

2008-04-03 Thread H.J. Lu
Hi, Intel has published Intel AVX spec: http://softwareprojects.intel.com/avx/ I am checking in AVX binutils support. We will create an avx branch soon. H.J.

Re: Bootstrap comparison failures on i586

2008-04-03 Thread Paolo Bonzini
Eric Botcazou wrote: Hi, Since yesterday I'm having seemingly random bootstrap comparisons failures on i586-suse-linux: for caller-save.o yesterday, for build/gensupport.o today at revision 133861. But a second tree at the same revision bootstrapped fine. Is anyone else seeing this? Have

Dwarf register number map for AVX registers

2008-04-03 Thread H.J. Lu
Hi, Intel published Intel AVX spec: http://softwareprojects.intel.com/avx/ It extended SSE registers to 256bit. I checked in the AVX binutils support: http://sourceware.org/ml/binutils/2008-04/msg00045.html For 32bit, I used numbers 53-60 for %ymm0-%ymm7. For 64bit, I used numbers 70-85 for %y

Re: Doubt about filling delay slot

2008-04-03 Thread Mohamed Shafi
On Thu, Apr 3, 2008 at 7:35 PM, Ian Lance Taylor <[EMAIL PROTECTED]> wrote: > "Mohamed Shafi" <[EMAIL PROTECTED]> writes: > > > > Say the target has two delay slots for call instructions. > > So we can have something like this > > (define_attr "slottable" "no,yes,has_slot" (const_string "yes")) >

Re: Doubt about filling delay slot

2008-04-03 Thread Ian Lance Taylor
"Mohamed Shafi" <[EMAIL PROTECTED]> writes: > Say the target has two delay slots for call instructions. > So we can have something like this > (define_attr "slottable" "no,yes,has_slot" (const_string "yes")) > > (define_delay (eq_attr "slottable" "has_slot") > [(eq_attr "slottable" "yes") (nil)

Re: Doubt about filling delay slot

2008-04-03 Thread Boris Boesler
Am 03.04.2008 um 16:22 schrieb Mohamed Shafi: On Thu, Apr 3, 2008 at 7:35 PM, Ian Lance Taylor <[EMAIL PROTECTED]> wrote: "Mohamed Shafi" <[EMAIL PROTECTED]> writes: Now imagine that i have 3 patterns : Pattern A with two instructions in its template, Pattern B and Pattern C with only one

Re: Doubt about filling delay slot

2008-04-03 Thread Ian Lance Taylor
"Mohamed Shafi" <[EMAIL PROTECTED]> writes: > On Thu, Apr 3, 2008 at 7:35 PM, Ian Lance Taylor <[EMAIL PROTECTED]> wrote: >> "Mohamed Shafi" <[EMAIL PROTECTED]> writes: >> >> >> > Say the target has two delay slots for call instructions. >> > So we can have something like this >> > (define_attr

The Linux binutils 2.18.50.0.6 is released

2008-04-03 Thread H.J. Lu
This is the beta release of binutils 2.18.50.0.6 for Linux, which is based on binutils 2008 0403 in CVS on sourceware.org plus various changes. It is purely for Linux. All relevant patches in patches have been applied to the source tree. You can take a look at patches/README to see what have been

Re: GCC4 version compatibility?

2008-04-03 Thread Janis Johnson
On Wed, 2008-04-02 at 17:30 -0700, Joe Buck wrote: > On Wed, Apr 02, 2008 at 05:16:23PM -0700, Xiaoxiang Liu wrote: > > I have a question regarding GCC4 version compatibility? In general, > > should two versions with same major version number be compatible? > > Specifically, I want to confirm wheth

gcc-4.3-20080403 is now available

2008-04-03 Thread gccadmin
Snapshot gcc-4.3-20080403 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20080403/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

RFC: named address space support

2008-04-03 Thread Ben Elliston
The Embedded-C spec introduces a number of C language features useful for embedded development. GCC already implements fixed point arithmetic (Chapter 4) from this proposal. http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1169.pdf Chapter 5 is divided into two sections: named address space su

Re: RFC: named address space support

2008-04-03 Thread Andrew Pinski
On Thu, Apr 3, 2008 at 4:30 PM, Ben Elliston <[EMAIL PROTECTED]> wrote: > Our implementation only covers section 5.1 of the proposal (named > address space support). Section 5.2 has not been implemented. Is C++ supported? I do know for that fixed point types, C++ is mostly supported (except ma

Re: RFC: named address space support

2008-04-03 Thread Ben Elliston
> Is C++ supported? I do know for that fixed point types, C++ is mostly > supported (except mangling and a couple others). I think we should not > be adding extension unless they are both supported in the C and C++ > front-ends. C++ is not supported because this proposal came from WG14 (which is