RE: zero sized structs

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of nadult > Sent: Thursday, November 13, 2008 0:23 > To: gcc@gcc.gnu.org > Subject: zero sized structs > > Because of that i can't, for example, create a vector of > Zero's, i get division by 0 error in max

RE: Is there any plan for "data propagation from Tree SSA to RTL" to be in GCC mainline?

I found it quite hard to merge the patch into current trunk HEAD since many things has changed. Do you know which revision you use? I would like to have a test to see whether it is effective in solving memory dependency issue in SMS. Thanks. Bingfeng > -Original Message- > From: And

Re: [EMAIL PROTECTED]: Results for 4.4.0 20081106 (experimental) [trunk revision 141636] (GCC) testsuite on m32c-unknown-elf]

Hans-Peter Nilsson wrote: On Fri, 7 Nov 2008, Martin Jambor wrote: >From the logs I see that the testsuite probably uses a cross-compiled gcc? How do you configure gcc to get such a beats? See . (Don't ever change anything in the hardlinked /

Re: Warning : 'model' attribute directive ignored

Dong Phuong wrote: > I've declared some macros in my target description > file to add more attributes to it. > > When I built it, everything was OK and file cc1.exe > was created. > > But when I use attributes in my C source file. For > example : > int x __attribute__ ((model ("small))); > >

A question regarding emitting additional info to an insn

Hello, I want print additional information for each branch insn which will be used by the linker (for the SPU software i-cache), for example: brsl $lr,[EMAIL PROTECTED] and I wonder what is the best way to implement it in GCC. I defined a new note (in reg-notes.def) which can be attached to ea

Re: bug in GCC or C++ standard ?

On Wed, Nov 12, 2008 at 2:10 PM, Lawrence Crowl <[EMAIL PROTECTED]> wrote: > > Now would be a good time to mention Google's bit_cast<>. And here is a simple portable implementation (still implementation defined really) of that: #include template to bit_cast(from a) { int notthesamesize[sizeof(fr

Endianess attributes

Hi. I wonder why there aren't any endianess attributes ? For example we could write this : int x __attribute__ ((endianess (lil))) = 0; Is it a silly suggestion ? No one need it ? Is it a bad design need ? Could someone give me some information ? Thanks. Paul CHAVENT

Re: Endianess attributes

On Thu, Nov 13, 2008 at 09:14:06PM +0100, Paul Chavent wrote: > Hi. > > I wonder why there aren't any endianess attributes ? > > For example we could write this : > int x __attribute__ ((endianess (lil))) = 0; > > Is it a silly suggestion ? > No one need it ? > Is it a bad design need ? > > Cou

Re: A question regarding emitting additional info to an insn

On Thu, Nov 13, 2008 at 06:01:27PM +0200, Revital1 Eres wrote: > > Hello, > > I want print additional information for each branch insn which will be > used by the linker (for the SPU software i-cache), for example: > > brsl $lr,[EMAIL PROTECTED] > > and I wonder what is the best way to implemen

gcc-4.3-20081113 is now available

Snapshot gcc-4.3-20081113 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20081113/ 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

Re: [ping] Re: m32c: pointer math vs sizetype again

> I don't think this is a suitable general solution. Can you instead try the > attached which again tries to simply make sure we sign-extend a sizetype > offset if that is smaller than the pointer mode. Now I'm getting a ton of errors (like, around 5000) that look like this: [ gdb ] up #1 0x08

Re: [ping] Re: m32c: pointer math vs sizetype again

On Thu, Nov 13, 2008 at 5:25 PM, DJ Delorie <[EMAIL PROTECTED]> wrote: > >> I don't think this is a suitable general solution. Can you instead try the >> attached which again tries to simply make sure we sign-extend a sizetype >> offset if that is smaller than the pointer mode. > > Now I'm getting

Re: Endianess attributes

On Thursday 13 November 2008, Michael Meissner wrote: > On Thu, Nov 13, 2008 at 09:14:06PM +0100, Paul Chavent wrote: > > Hi. > > > > I wonder why there aren't any endianess attributes ? > > > > For example we could write this : > > int x __attribute__ ((endianess (lil))) = 0; > > > > Is it a silly

Re: Endianess attributes

On Thu, Nov 13, 2008 at 09:14:06PM +0100, Paul Chavent wrote: > I wonder why there aren't any endianess attributes ? Complicated to get them right in all circumstances. Even the spec (defining how the attributes interact with aliasing analysis, etc) would be a bear to get right. One possibility