GCC 4.3.4 Released

The GNU Compiler Collection version 4.3.4 has been released. GCC 4.3.4 is a bug-fix release containing fixes for regressions and serious bugs in GCC 4.3.3. This release is available from the FTP servers listed at: http://www.gnu.org/order/ftp.html Please do not contact me directly regarding

Re: [lambda] Segmentation fault in simple lambda program

Adam Butcher wrote: >John Freeman wrote: >> >> I just inspected my code again. The call to layout_class_type at the >> beginning of finish_lambda_function_body at semantics.c:5241 was >> intended to recalculate offsets to members in the case of default captures. >> >> Here is the complete order of

Re: support new-style profiling in the Linux kernel for ARM

Hello, I'm going to make use of the new ABI for profiling in gcc 4.4 on ARM. The patch posted on the linux-arm-kernel ML http://news.gmane.org/find-root.php?group=gmane.linux.ports.arm.kernel&article=63642 seems to work, but I'd like to have an OK from the gcc people that globbering ip

Re: [lambda] Segmentation fault in simple lambda program

On Thu, Aug 6, 2009 at 6:27 AM, Adam Butcher > wrote: I take you're point on [finish_struct_1] potentially being overkill but at least it means that user programs that copy can work. Right. I only added that comment so that other developers who come along

Re: Preparing to merge ARM/hard_vfp_branch to trunk

On Wed, 5 Aug 2009, Richard Earnshaw wrote: > I think we are now in the position where we can merge the arm hard-vfp > ABI code into trunk. There are no known issues with the compiler code > and just one outstanding issue relating to tests and dealing with > compiler variants (multilibs and other

GCC 3.3.6 source bugs (can't compile it with gcc 4.1.2)

1. fixincl script uses $SHELL variable and assume it points to sh derived shell, therefor it doesn't work with tcsh. Have to be changed to explicit /bin/sh 2. Conflict type declaration in com.c shine:gcc-3.3.6#diff -u ./gcc/f/com.c_orig ./gcc/f/com.c --- ./gcc/f/com.c_orig 2009-08-06 17:52:05

Re: GCC 3.3.6 source bugs (can't compile it with gcc 4.1.2)

On Thu, Aug 6, 2009 at 10:20, Dmitry Samersoff wrote: > shine:gcc-3.3.6#diff -u ./gcc/f/com.c_orig ./gcc/f/com.c The 3.x series are no longer maintained. You will need to maintain your own repository for these changes. Contributions to GCC are always welcome, please refer to http://gcc.gnu.org/

Re: Preparing to merge ARM/hard_vfp_branch to trunk

On Wed, 2009-08-05 at 14:20 +0100, Richard Earnshaw wrote: > I think we are now in the position where we can merge the arm hard-vfp > ABI code into trunk. There are no known issues with the compiler code > and just one outstanding issue relating to tests and dealing with > compiler variants (mult

Notes toward re-implementing EH in gimple

I've also been thinking a good deal about a grand EH reorg; I'll try to post something for you to comment on later today. Here ya go. Thoughts? r~ New constructs: { exc_ptr, filter } = EH_LANDING_PAD; Placeholder for the landing-pad rtl. Has 2 outputs for both the excepti

Re: Notes toward re-implementing EH in gimple

On Thu, Aug 6, 2009 at 15:35, Richard Henderson wrote: >> I've also been thinking a good deal about a grand EH reorg; I'll try >> to post something for you to comment on later today. > > Here ya go.  Thoughts? Y'all are going to make the LTO streamer cry.

Re: Notes toward re-implementing EH in gimple

> New constructs: > > { exc_ptr, filter } = EH_LANDING_PAD; > > Placeholder for the landing-pad rtl. Has 2 outputs > for both the exception pointer and the filter. Hmm, EH_LANDING_PAD will still need to be somewhat special (as moving it across eh edge or something will change beha

c-c++-common testsuite

Often I want to test the exactly same testcase in C and C++, so I find myself adding duplicate tests under gcc.dg/ and g++.dg/. Would it be possible to have a shared testsuite dir that is run for both C and C++ languages? (possibly with different default configurations, like adding -Wc++-compat to

Re: c-c++-common testsuite

On Fri, 7 Aug 2009, Manuel López-Ibáñez wrote: > Often I want to test the exactly same testcase in C and C++, so I find > myself adding duplicate tests under gcc.dg/ and g++.dg/. Would it be > possible to have a shared testsuite dir that is run for both C and C++ > languages? (possibly with differ

Re: Notes toward re-implementing EH in gimple

On 08/06/2009 01:44 PM, Jan Hubicka wrote: Hmm, EH_LANDING_PAD will still need to be somewhat special (as moving it across eh edge or something will change behaviour) but it indeed seems uite sane representation of fact that the EH/filter is really set by runtime... Yes, EH_LANDING_PAD is still

gcc-4.5-20090806 is now available

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

Re: c-c++-common testsuite

On Fri, 2009-08-07 at 00:06 +0200, Manuel López-Ibáñez wrote: > Often I want to test the exactly same testcase in C and C++, so I find > myself adding duplicate tests under gcc.dg/ and g++.dg/. Would it be > possible to have a shared testsuite dir that is run for both C and C++ > languages? (possib

Re: c-c++-common testsuite

On Thu, 6 Aug 2009, Janis Johnson wrote: > I've been thinking about that lately, it would be useful for several > kinds of functionality. We'd want effective targets for the language > for using different options and for providing different error/warning > checks for each language. I haven't loo

gcc git's performance problem Fwd: git gc expanding packed data?

I asked the git people, and here is the answer - maybe somebody can fix the gcc git repositry? -- Forwarded message -- From: Nicolas Pitre Date: Wed, Aug 5, 2009 at 11:39 PM Subject: Re: git gc expanding packed data? To: Hin-Tak Leung Cc: g...@vger.kernel.org On Tue, 4 Aug 2009

Re: c-c++-common testsuite

Joseph S. Myers wrote: > On Thu, 6 Aug 2009, Janis Johnson wrote: > >> I've been thinking about that lately, it would be useful for several >> kinds of functionality. We'd want effective targets for the language >> for using different options and for providing different error/warning >> checks fo

Projects

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey I have been lingering around the gcc mailing lists for sometime and done a little work with a basic front-end, and working on doing decent documentation into the gcc-internals manual. But i would also like to get a little more involved, i got the