sample plugins

2011-01-29 Thread Daniel Marjamäki
Hello!

In my humle opinion it would be useful with some sample plugins. For
example on one of these pages:
http://gcc.gnu.org/wiki/plugins
http://gcc.gnu.org/onlinedocs/gccint/Plugins.html

I have created two sample plugins that are available here:
http://www.github.com/danmar/gcc-plugins

Feel free to add these sample plugins. Feedback is also very much welcome.

Regards,
Daniel


Re: Making gcc -no-canonical-prefixes the default?

2011-01-29 Thread Florian Weimer
* Ian Lance Taylor:

> So it seems like people want it both ways.  Some people want to invoke a
> symlink which points to the real gcc, which requires canonicalization.
> Some people want the real gcc to be a symlink which points elsewhere,
> which requires non-canonicalization.  I don't know what the best choice
> is.  Neither case seems particularly common to me.

Couldn't you check both locations and use the one that works?


Re: NetBSD bootstrap (was: Target deprecations for 4.6)

2011-01-29 Thread Arnaud Lacombe
Hi,

On Fri, Jan 28, 2011 at 4:32 AM, Jonathan Wakely  wrote:
> On 28 January 2011 01:11, Joseph S. Myers wrote:
>>
>> * a.out NetBSD (arm*-*-netbsd* not matching arm*-*-netbsdelf*,
>> i[34567]86-*-netbsd* not matching i[34567]86-*-netbsdelf*, vax-*-netbsd*
>> not matching vax-*-netbsdelf*).
>
> This implies some x86 targets are expected to work, but NetBSD-current
> can't build recent versions of gcc on x86 at all, due to
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147
>
> My patch is still waiting for review:
> http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01280.html
>
Last time I checked, this solution kept other arch broken. The best
way might be to cleanly exclude `stddef.h' from USER_H, as I tried to
do in [0], but I've been a bit overzealous. The following should do
the job (completely untested):

diff --git a/gcc/config/t-netbsd b/gcc/config/t-netbsd
index 34949e1..fa8744d 100644
--- a/gcc/config/t-netbsd
+++ b/gcc/config/t-netbsd
@@ -1,2 +1,6 @@
 # Always build crtstuff with PIC.
 CRTSTUFF_T_CFLAGS_S = $(CRTSTUFF_T_CFLAGS) -fPIC
+
+USER_H = $(srcdir)/ginclude/float.h \
+ $(srcdir)/ginclude/iso646.h \
+ $(srcdir)/ginclude/stdarg.h \
+ $(srcdir)/ginclude/stdbool.h \
+ $(srcdir)/ginclude/varargs.h \
+ $(srcdir)/ginclude/stdfix.h

unfortunately (or not), I no longer have a NetBSD box to test this with.

 - Arnaud

[0]: http://mail-index.netbsd.org/tech-toolchain/2010/12/09/msg001420.html


Re: NetBSD bootstrap (was: Target deprecations for 4.6)

2011-01-29 Thread MFL Commissioner

On 1/29/2011 9:43 PM, Arnaud Lacombe wrote:

Hi,

On Fri, Jan 28, 2011 at 4:32 AM, Jonathan Wakely  wrote:

On 28 January 2011 01:11, Joseph S. Myers wrote:

* a.out NetBSD (arm*-*-netbsd* not matching arm*-*-netbsdelf*,
i[34567]86-*-netbsd* not matching i[34567]86-*-netbsdelf*, vax-*-netbsd*
not matching vax-*-netbsdelf*).

This implies some x86 targets are expected to work, but NetBSD-current
can't build recent versions of gcc on x86 at all, due to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147

My patch is still waiting for review:
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01280.html


Last time I checked, this solution kept other arch broken. The best
way might be to cleanly exclude `stddef.h' from USER_H, as I tried to
do in [0], but I've been a bit overzealous. The following should do
the job (completely untested):

diff --git a/gcc/config/t-netbsd b/gcc/config/t-netbsd
index 34949e1..fa8744d 100644
--- a/gcc/config/t-netbsd
+++ b/gcc/config/t-netbsd
@@ -1,2 +1,6 @@
  # Always build crtstuff with PIC.
  CRTSTUFF_T_CFLAGS_S = $(CRTSTUFF_T_CFLAGS) -fPIC
+
+USER_H = $(srcdir)/ginclude/float.h \
+ $(srcdir)/ginclude/iso646.h \
+ $(srcdir)/ginclude/stdarg.h \
+ $(srcdir)/ginclude/stdbool.h \
+ $(srcdir)/ginclude/varargs.h \
+ $(srcdir)/ginclude/stdfix.h

unfortunately (or not), I no longer have a NetBSD box to test this with.

  - Arnaud

[0]: http://mail-index.netbsd.org/tech-toolchain/2010/12/09/msg001420.html


Arnaud,
I have done exactly this in the past.  It works, I can confirm this as 
well (only on x86 arches though).


John








Re: NetBSD bootstrap (was: Target deprecations for 4.6)

2011-01-29 Thread Jonathan Wakely
On 29 January 2011 20:43, Arnaud Lacombe wrote:
> Hi,
>
> On Fri, Jan 28, 2011 at 4:32 AM, Jonathan Wakely  
> wrote:
>> On 28 January 2011 01:11, Joseph S. Myers wrote:
>>>
>>> * a.out NetBSD (arm*-*-netbsd* not matching arm*-*-netbsdelf*,
>>> i[34567]86-*-netbsd* not matching i[34567]86-*-netbsdelf*, vax-*-netbsd*
>>> not matching vax-*-netbsdelf*).
>>
>> This implies some x86 targets are expected to work, but NetBSD-current
>> can't build recent versions of gcc on x86 at all, due to
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147
>>
>> My patch is still waiting for review:
>> http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01280.html
>>
> Last time I checked, this solution kept other arch broken. The best
> way might be to cleanly exclude `stddef.h' from USER_H, as I tried to
> do in [0], but I've been a bit overzealous. The following should do
> the job (completely untested):
>
> diff --git a/gcc/config/t-netbsd b/gcc/config/t-netbsd
> index 34949e1..fa8744d 100644
> --- a/gcc/config/t-netbsd
> +++ b/gcc/config/t-netbsd
> @@ -1,2 +1,6 @@
>  # Always build crtstuff with PIC.
>  CRTSTUFF_T_CFLAGS_S = $(CRTSTUFF_T_CFLAGS) -fPIC
> +
> +USER_H = $(srcdir)/ginclude/float.h \
> +         $(srcdir)/ginclude/iso646.h \
> +         $(srcdir)/ginclude/stdarg.h \
> +         $(srcdir)/ginclude/stdbool.h \
> +         $(srcdir)/ginclude/varargs.h \
> +         $(srcdir)/ginclude/stdfix.h
>
> unfortunately (or not), I no longer have a NetBSD box to test this with.
>
>  - Arnaud
>
> [0]: http://mail-index.netbsd.org/tech-toolchain/2010/12/09/msg001420.html

Ah, I did look in the NetBSD cvs repository and the other arches I
looked at just used _ANSI_H_, I obviously didn't check the ones you
identified.

We only have a bug report concerning x86, and I didn't want to make
such a large change. Presumably GCC's stddef.h is/was needed for some
older NetBSD versions, and I don't have resources or time to find that
out or test a patch.

I've committed my patch (approved by Ian) so maybe someone else will
do a more complete fix later.

Jonathan


gcc-4.6-20110129 is now available

2011-01-29 Thread gccadmin
Snapshot gcc-4.6-20110129 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20110129/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 169395

You'll find:

 gcc-4.6-20110129.tar.bz2 Complete GCC (includes all of below)

  MD5=9f94525a92da759350414069d6d08f2d
  SHA1=e78e84d5dd6176d6e1e0146e7f47b15acd815f58

 gcc-core-4.6-20110129.tar.bz2C front end and core compiler

  MD5=b39d4755d4f768106f0d364305295d35
  SHA1=13d013056803aa65230b17081c029dedec2a

 gcc-ada-4.6-20110129.tar.bz2 Ada front end and runtime

  MD5=025cddd0c801d5ed712f9f8e5e84f0cc
  SHA1=1c3011997e28fbb2002b39e29a5dd2cf5c66bcf1

 gcc-fortran-4.6-20110129.tar.bz2 Fortran front end and runtime

  MD5=28bfb51a55341b9b50fa2f9e1cf4996c
  SHA1=34cbada2a0d4aefba2bf2e3adace7eb88d21a5b5

 gcc-g++-4.6-20110129.tar.bz2 C++ front end and runtime

  MD5=09e07352a4de361a5358746bc1395ccd
  SHA1=1d33e26bc27b3ec2ff66ac313c4b3c3d6083923c

 gcc-go-4.6-20110129.tar.bz2  Go front end and runtime

  MD5=de72bfae5f20215246e991c414996801
  SHA1=4055421a564c9ac4d16e36f88b8d89da0a26218b

 gcc-java-4.6-20110129.tar.bz2Java front end and runtime

  MD5=2fe845e6d38aa15ca0ebd73bc402d2f4
  SHA1=6b0dbf73cc03487ce6653572a32e394ef694ce3c

 gcc-objc-4.6-20110129.tar.bz2Objective-C front end and runtime

  MD5=8b31d5cf165dd171386744277740ffe9
  SHA1=c776d6fb78b94db5faae5369da959a85a2f4dfdb

 gcc-testsuite-4.6-20110129.tar.bz2   The GCC testsuite

  MD5=6f3e6ff2e42577195d869e65ee6c1a0e
  SHA1=65b50088591ca50ca873f11486ae4111909f05a6

Diffs from 4.6-20110122 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.6
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.