Snapshot gcc-4.5-20100225 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100225/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Thu, Feb 25, 2010 at 2:01 PM, Jason Merrill wrote:
> On 02/25/2010 05:37 AM, Paolo Bonzini wrote:
>>>
>>> Since this is build patch, it also needs OK from build maintainer (CCd).
>>
>> There are plenty of global reviewers in the CC list. :-)
>
> Yep, I've just been trying to get people who migh
On 02/25/2010 05:37 AM, Paolo Bonzini wrote:
Since this is build patch, it also needs OK from build maintainer (CCd).
There are plenty of global reviewers in the CC list. :-)
Yep, I've just been trying to get people who might know why the status
quo is the way it is to weigh in before I appr
On Wed, 2010-02-24 at 16:10 +0100, Rainer Orth wrote:
> As the last of the shared GCC runtime libraries, libgnat.so and
> libgnarl.so lack symbol versioning support and a defined ABI.
> Currently, they use libgnat-4.5.so and libgnarl-4.5.so SONAMEs, what
> libtool calls release versioning. If the
> One of the advantages of "mangling" overloaded functions C++-style, instead
> of using a simple counter is that the latter makes it basically impossible
> to define a stable ABI.
It actually is not such a problem in Ada, where declarations are first class
citizens with specific rules about pla
> i'm working on the topic "overhead and codesize in C and C++". The
> goal of this work is to find out, why C++ is not as fast as normal C
> code (in same application).
Why do you believe this is true?
> But already by the beginning we found out something very interesting.
>
> The Code:
> int
On 02/25/2010 08:51 AM, Arnaud Charlet wrote:
The main "mangling" (in Ada parlance, we talk rather about "encoding")
that is performed by GNAT is to handle packages ("namespace" in C++) and
to differentiate overloaded functions (and there, a simple counter is all
that is needed).
One of the adv
On Thu, Feb 25, 2010 at 3:35 PM, wrote:
> Hellow gcc,
>
> i'm working on the topic "overhead and codesize in C and C++". The goal of
> this work is to find out, why C++ is not as fast as normal C code (in same
> application).
>
> But already by the beginning we found out something very interes
Hellow gcc,
i'm working on the topic "overhead and codesize in C and C++". The goal of
this work is to find out, why C++ is not as fast as normal C code (in same
application).
But already by the beginning we found out something very interesting.
The Code:
int main(int argc, char *argv[])
{
On Thu, Feb 25, 2010 at 8:48 AM, Eric Fisher wrote:
> Hi,
>
> I just wrote a little gcc plugin, which can be used to show GIMPLE cfg
> graphically when debug gcc. Currently, it's still a very initial
> version. It,
> * transfers tree dump into vcg file,
> * then invokes vcgview (or aisee etc.) t
On 02/25/2010 08:07 AM, Uros Bizjak wrote:
On Thu, Feb 25, 2010 at 12:00 AM, Jason Merrill wrote:
On 02/18/2010 07:46 PM, Joseph S. Myers wrote:
On Thu, 18 Feb 2010, Jason Merrill wrote:
I periodically get bitten by bug 34115: a compiler configured without
--with-arch on i686-pc-linux-gnu d
HI all,
I have another query related to virtual destructor in gcc.
In present gcc version 4.4.3 for class for sample program:-
class A
{
public:
A()
{
}
virtual ~A();
};
A::~A()
{
}
int main(int argc, char ** argv
12 matches
Mail list logo
