testing ignore.
-- Pinski
I wanted to let everyone know that sourceware.org/gcc.gnu.org/cygwin.com
experienced an email outage for a while starting at 2006/10/15 04:43 GMT
to about 2006/10/15 18:46 GMT. During that time some email was lost.
This was due to a typo that I added to one of the email filters to
attempt to ward
> I can confirm that gnat gcc 4.1.1 does *not* correctly handle SJLJ
> exceptions, at least on MinGW where SJLJ is currently the only viable EH
> mechanism.
The 2 SJLJ mechanisms should be available there, so you could try to use
GCC SJLJ instead of GNAT SJLJ (set ZCX_By_Default to True in system
We have a number of C++ PRs open around problems with code like this:
struct S {
void f();
virtual void g();
};
typedef __attribute__((...)) struct S T;
If the attribute makes any substantive change to S (e.g., changes its
size, alignment, etc.) then bad things happen. For examp
On Sun, 15 Oct 2006, Mark Mitchell wrote:
> We have a number of C++ PRs open around problems with code like this:
>
> struct S {
> void f();
> virtual void g();
> };
>
> typedef __attribute__((...)) struct S T;
I was happy with the state before r115086 (i.e. with it being document
Joseph S. Myers wrote:
On Sun, 15 Oct 2006, Mark Mitchell wrote:
We have a number of C++ PRs open around problems with code like this:
struct S {
void f();
virtual void g();
};
typedef __attribute__((...)) struct S T;
I was happy with the state before r115086 (i.e. with it be
On Oct 15, 2006, at 3:12 PM, Mark Mitchell wrote:
A typedef declaration which adds semantic attributes to a POD class
type with no function members is valid, but creates an entirely new
type, different from all other types except others formed by adding
the same combination of semantic attr
Brendon Costa wrote:
> Ian Lance Taylor wrote:
>> Brendon Costa <[EMAIL PROTECTED]> writes:
>>
>>> For each FUNCTION_DECL node I find, I want to determine what its
>>> exception specification list is. I.e. the throws() statement in its
>>> prototype.
>> Look at TYPE_RAISES_EXCEPTIONS (FNDECL).
>>
>
Hi again,
I have noticed in the C++ front end that classes have a few
__comp_ctor () functions. These functions do not have an
implementation that can be obtained with DECL_SAVED_TREE.
Looking further into it there are a number of identifiers for
functions like this added to cp_global_trees. I ha
> If the attribute makes any substantive change to S (e.g., changes its
> size, alignment, etc.) then bad things happen. For example, the member
> functions of "S" have expectations about the layout of "S" that are not
> satisfied if they are called with a "T". Depending on the attribute and
Mohamed Shafi <[EMAIL PROTECTED]> writes:
> I want to know what can be done in the back end of a target to indicate that
> SIMD stuff should be emulated all the way.
That should happen by default.
> Is there any target macros or hooks available for that.
> Will the target hook TARGET_VECTOR_MO
Hi,
I found something strange I don't understand, but I
don't know if it's really a bug.
If I compile the following simple file x.cc:
class A
{
public:
A();
~A();
int a();
};
class B
{
public:
static int b();
};
int B::b()
{
A a;
return a.a();
}
I get the following assembler out
12 matches
Mail list logo