Picochip port (was: Steering Committee)
Hi Hari, On Fri, 17 Aug 2012, Hariharan Sandanagobalane wrote: > I used to maintain the picochip port of GCC, but I have not been > active on the picochip port over the last 8 months. This is unlikely > to change in the future, so I would like my name to be removed from > the maintainers list as picochip maintainer. I am still actively > working on GCC, so I would like to be added to the "Write after > approval" list. you can just go ahead and make this change (moving yourself from maintainer of picochip to the write after approval section). A maintainer stepping down is nothing the steering committee can, should nor wants to approve. Giving a heads up and updating MAINTAINERS is very much appreciated, however, as opposed to simply disappearing. What does this mean for the future of the Picochip port in GCC? Daniel, are you going to pick this up actively? Anyone else? Or should we look into deprecating the port with GCC 4.8 and possibly removing it with the following release? Gerald
gcc-4.7-20120818 is now available
Snapshot gcc-4.7-20120818 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20120818/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_7-branch revision 190504 You'll find: gcc-4.7-20120818.tar.bz2 Complete GCC MD5=abb9a55a4ef420d08e3c5c7fe391ee0c SHA1=58b5932e47d0eb8eb4f72483514364d437132d87 Diffs from 4.7-20120811 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.7 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
Re: Compilation error between SVN trunk revision 190444 and 190442
On Thu, 16 Aug 2012, Iyer, Balaji V wrote: > When my HEAD is at (svn+ssh://gcc.gnu.org/svn/gcc/trunk@190444 > 138bc75d-0d04-0410-961f-82ee72b054a4) I get the following error (please > see it pasted below). When I revert to 1 commit before that, the problem > seem to go away... Is it something to do with the GMP version I am > using? Mine is a couple months older. I had the same at about the same time, but do not see this any more; I believe it's fixed by 2012-08-16 Diego Novillo Revert PR bootstrap/54281 * double-int.h: Move including of gmp.h ... * system.h: ... here. * realmpfr.h: Do not include gmp.h. * tree-ssa-loop-niter.c: Do not include gmp.h. Gerald
Re: at exit alternative for AIX
On Aug 8, 2012, at 3:32 PM, David Edelsohn wrote:
> On Tue, Aug 7, 2012 at 1:42 PM, Perry Smith wrote:
>
>> Thanks. You just provide what I wanted / needed which is a sanity check.
>>
>> I'll open a bug report and that might get me some help.
>>
>> I think I've concocted a plan to get __cxa_atexit to work. I am going to
>> try that
>> first. That may have utility in other ways.
>
> Perry,
>
> You also might want to look at PR 33704, as well as PRs 17053, 13391
> and 2413. It would be good to figure out a way to utilize the patch in
> PR 33704.
Hi Gang,
I'm having an unforeseen issue. Hopefully I'm just doing something wrong.
I'm on gcc 4.5.2. I started with a fresh build tree. I'm passing in
--enable-__cxa_atexit:
configure \
"--with-gmp=${PUBLIC_BASE}" \
"--with-mpfr=${PUBLIC_BASE}" \
"--with-mpc=${PUBLIC_BASE}" \
"--disable-nls" \
"--enable-threads=aix" \
"--with-libiconv-prefix=/usr" \
"--enable-__cxa_atexit" \ <
"--enable-languages=c,c++"
config.log confirms this:
$ /usr/work/src/gcc-4.5.2/configure --prefix=/gsa/ausgsa/projects/r/ruby
--with-gmp=/gsa/ausgsa/projects/r/ruby --with-mpfr=/gsa/ausgsa/projects/r/ruby
--with-mpc=/gsa/ausgsa/projects/r/ruby --disable-nls --enable-threads=aix
--with-libiconv-prefix=/usr --enable-__cxa_atexit --enable-languages=c,c++
But when I look at
nm -Bx powerpc-ibm-aix6.1.0.0/pthread/libstdc++-v3/src/.libs/future.o
There is still a reference to atexit. mt_allocator.o also has a reference to
atexit. It is coming from the destructor.
.line 60
bl .__cxa_guard_release
nop
lwz 3,LC..20(2)
bl .atexit
nop
If I explicitly add the -fuse-cxa-atexit, then it uses cxa_atexit. I got the
idea (perhaps mistaken) that the config time option flipped the default.
I will continue this tomorrow but thought (hoped) someone might have a helpful
suggestion.
Thank you,
Perry
RE: Compilation error between SVN trunk revision 190444 and 190442
>-Original Message- >From: Gerald Pfeifer [mailto:ger...@pfeifer.com] >Sent: Saturday, August 18, 2012 7:16 PM >To: Iyer, Balaji V >Cc: gcc@gcc.gnu.org; Diego Novillo >Subject: Re: Compilation error between SVN trunk revision 190444 and 190442 > >On Thu, 16 Aug 2012, Iyer, Balaji V wrote: >> When my HEAD is at (svn+ssh://gcc.gnu.org/svn/gcc/trunk@190444 >> 138bc75d-0d04-0410-961f-82ee72b054a4) I get the following error >> (please see it pasted below). When I revert to 1 commit before that, >> the problem seem to go away... Is it something to do with the GMP >> version I am using? Mine is a couple months older. > >I had the same at about the same time, but do not see this any more; I believe >it's >fixed by > > 2012-08-16 Diego Novillo > >Revert > >PR bootstrap/54281 >* double-int.h: Move including of gmp.h ... >* system.h: ... here. >* realmpfr.h: Do not include gmp.h. >* tree-ssa-loop-niter.c: Do not include gmp.h. Yes, Mine seem to be working too! Thanks, Balaji V. Iyer. > >Gerald
