Re: Problems with builtin setjmp receiver getting eliminated - Help

Andrew Hutchinson wrote: > I have realised that part of the problem is that the receiver block > has no incoming edges so cfgcleanup removes it as unreachable block - > right? > > So any target that need a non trivial receiver for builtin_setjmp will > not work? That would mean any that have an o

Re: Problems with builtin setjmp receiver getting eliminated - Help

I have realised that part of the problem is that the receiver block has no incoming edges so cfgcleanup removes it as unreachable block - right? So any target that need a non trivial receiver for builtin_setjmp will not work? That would mean any that have an offset between stack and pointers

Problems with builtin setjmp receiver getting eliminated - Help

I have real problems trying to get to the root of bug in builtin_setjmp implementation and seek anyones wisdom on what I have found and a way forward. Sometimes it's not always clear which part is wrong - when presented with mismatches. I will post a bug report when I have got a little clos

Re: http://gcc.gnu.org/onlinedocs/libstdc++/ needs a bit of help

Hi Gerald, Working on the link consistency of the http://gcc.gnu.org, I ran into a couple of links on the libstdc++ side that are in need of a bit love. It would be great could one of you libstdc++ guys look into those. Should be all fixed with the below, applied mainline and 4_3-branch. Tha

[wwwdocs] Re: GCC 4.2.4 Status Report (2008-03-15)

On Sat, 15 Mar 2008, Joseph S. Myers wrote: > GCC 4.2.4 is due around 2008-04-02, so 4.2.4-rc1 should be built by > one of the release managers around 2008-03-26. And here is the set of web page updates I made based on this. develop.html: Add tentative date for GCC 4.2.4, use ISO dates for the GC

Re: How to understand gcc source code?

On Sat, 2008-03-22 at 16:59 +0800, =?GB2312?B?wbqI0g==?= wrote: > But still, I cannot manage the source code of gcc. > I don't know how to start reading it. You can try: http://www.cfdvs.iitb.ac.in/~amv/gcc-int-docs/#gccdocs > Last night I want to read the code of symbol table used in gcc, I sea

Re: ARM/Thumb function attribute

On Sun, Mar 23, 2008 at 01:19:35PM -0400, Albert Cahalan wrote: > Another way to solve the problem would be to have > some way to make gcc emit the symbol, perhaps by > an attribute that declares the address. Just make it a longcall symbol. Either define it to be at 0x2718|1 in the linker scr

Re: ARM/Thumb function attribute

On Sunday 23 March 2008, Albert Cahalan wrote: > On Sat, Mar 22, 2008 at 8:24 PM, Paul Brook <[EMAIL PROTECTED]> wrote: > > This list is for development of gcc, not gcc users. In future gcc-help, > > or some other arm specific list is the correct place to ask such > > questions. > > I guess it wasn

Re: ARM/Thumb function attribute

On Sat, Mar 22, 2008 at 8:24 PM, Paul Brook <[EMAIL PROTECTED]> wrote: > This list is for development of gcc, not gcc users. In future gcc-help, or > some other arm specific list is the correct place to ask such questions. I guess it wasn't clear that I'm requesting a new attribute. I want to for

http://gcc.gnu.org/onlinedocs/libstdc++/ needs a bit of help

Working on the link consistency of the http://gcc.gnu.org, I ran into a couple of links on the libstdc++ side that are in need of a bit love. It would be great could one of you libstdc++ guys look into those. http://gcc.gnu.org/onlinedocs/libstdc++/ext/parallel_mode.html * http://gcc.g

Re: [PATCH] linux/fs.h - Convert debug functions declared inline __attribute__((format (printf,x,y) to statement expression macros

On Friday 29 February 2008 02:09, Joe Perches wrote: > But the function place_entity doesn't use it directly or indirectly. > If the lines above are removed, the generated code for place_entity changes. I see it all the time. Whenever I add/remove/change something to a header, some functions grow

Re: How should _Decimal64 and _Decimal128 be aligned on stack?

On Sun, Mar 23, 2008 at 11:41:00PM +1100, Ben Elliston wrote: > > DFP is beyond i386 psABI. Gcc aligns _Decimal32 to 4 byte, _Decimal64 to 8 > > bytes > > and _Decimal128 to 16bytes. The question is what is the best alignment for > > them > > when passing to a functions. > > The original work I

Re: How should _Decimal64 and _Decimal128 be aligned on stack?

> DFP is beyond i386 psABI. Gcc aligns _Decimal32 to 4 byte, _Decimal64 to 8 > bytes > and _Decimal128 to 16bytes. The question is what is the best alignment for > them > when passing to a functions. The original work I did for the x86-64 backend placed them at that alignment because that is the

genattrtab segfault on RH 7.3 (powerpc cross)

Hello all, I'm building a powerpc cross of gcc-4.2.2 on RH 7.2 host and ran into this: -> gdb build/genattrtab.orig core.20423 GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to chang