Foone Turing wrote:
This page: http://gcc.gnu.org/gcc-4.8/
under "release history" says GCC 4.8 was released on March 22, 2012.
This should be 2013, not 2012.
Thanks for the report! I have corrected it now.
Tobias
Index: index.html
==
sorry, The numbers were too good, something was wrong in my setup.
thanks, Dinar,
>> before:
>>Base Base Base Peak
>> Peak Peak
>>BenchmarksRef Time Run Time RatioRef Time Run Time Ratio
>>---
Hello,
I have been investigating gcc and gprof interaction.
I have noticed something strange, even though I cannot reproduce an example.
In certain situations, GCC will produce functions called foo.isra.0 or
foo.constprop.0.
These function names are created by clone_function_name where suffix
Dear gcc-developers,
The attachment is a sample source code that shows an error of
gcc-optimization(O2, O3 and Os).
gcc version 4.4.7 20120313
Best regards,
chenzhi
//
// Name: hello.cpp
// Author : chenzhi
On Thu, Mar 28, 2013 at 10:48 AM, chenzhi wrote:
> Dear gcc-developers,
>
> The attachment is a sample source code that shows an error of
> gcc-optimization(O2, O3 and Os).
> gcc version 4.4.7 20120313
Please use bugzilla to file bugreports. Note that I get the exact same
output with official GC
On Wed, Mar 27, 2013 at 08:43:53AM -0700, Mike Stump wrote:
> On Mar 27, 2013, at 1:02 AM, Senthil Kumar Selvaraj
> wrote:
> > global-used-types.c in gcc/testsuite/gcc.dg/debug/dwarf2 only specifies
> > -g in dg-options. For a target that is not configured to generate
> > dwarf-2 by default, the
On Wed, Mar 27, 2013 at 03:13:13PM +, Joseph S. Myers wrote:
> On Wed, 27 Mar 2013, Senthil Kumar Selvaraj wrote:
>
> > Hi,
> >
> > I was looking at why gcc.dg/c1x-align-3.c (test for errors, line 15) is
> > failing for the AVR target, and I found that the test expects _Alignas
> > with -__IN
Hi Diego,
Does gengetype works with inheritance now? I could not
find anything to that effect in the documentation.
Thanks,
-- Gaby
On 2013-03-28 07:57 , Gabriel Dos Reis wrote:
Does gengetype works with inheritance now? I could not
find anything to that effect in the documentation.
No. The plan is to get rid of gengtype by implementing manual markers
(http://gcc.gnu.org/wiki/cxx-conversion/gc-alternatives). But those
pl
On Thu, Mar 28, 2013 at 1:49 PM, Diego Novillo wrote:
> On 2013-03-28 07:57 , Gabriel Dos Reis wrote:
>>
>> Does gengetype works with inheritance now? I could not
>> find anything to that effect in the documentation.
>>
> No. The plan is to get rid of gengtype by implementing manual markers
> (h
> -Original Message-
> From: Hans-Peter Nilsson [mailto:h...@bitrange.com]
> Sent: 26 March 2013 17:43
> To: Paulo Matos
> Cc: gcc@gcc.gnu.org
> Subject: RE: Modeling predicate registers with more than one bit
> >
> > What do you mean by source modes?
>
> The SI and HI in subsi3 and subhi3
On Thu, Mar 28, 2013 at 7:53 AM, Richard Biener
wrote:
> On Thu, Mar 28, 2013 at 1:49 PM, Diego Novillo wrote:
>> On 2013-03-28 07:57 , Gabriel Dos Reis wrote:
>>>
>>> Does gengetype works with inheritance now? I could not
>>> find anything to that effect in the documentation.
>>>
>> No. The pl
Hi,
Do we still support GCC on recent versions of mac os x?
The reason I am asking is that I have been unable to build
GCC, both 4.8 branch and trunk, for about 2 weeks now.
The failure as of this morning is:
g++ -g -O2 -DIN_GCC -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall
On Thu, Mar 28, 2013 at 7:49 AM, Diego Novillo wrote:
> On 2013-03-28 07:57 , Gabriel Dos Reis wrote:
>>
>> Does gengetype works with inheritance now? I could not
>> find anything to that effect in the documentation.
>>
> No. The plan is to get rid of gengtype by implementing manual markers
> (h
On Thu Mar 28 08:53:03 2013, Richard Biener wrote:
Eh - in fact you _promised_ to do that in trade for accepting the C++
conversion!
Never trust promises from google ... *sigh*
You need to calm down. This childish attitude is insulting and
counterproductive.
The gengtype conversion was pa
On Thu Mar 28 09:53:24 2013, Gabriel Dos Reis wrote:
what about -- as interim plan -- add support for inheritance while we are
still working on the longer term?
Support for inheritance is tricky and convoluted. Using manual markers
in your class is much more direct. There may be rough edges
On Thu, 28 Mar 2013, Senthil Kumar Selvaraj wrote:
> tree_log2 appears to be a general function, so I suppose the check for
> negative integers must be made in check_user_alignment. Will the
> following patch work? (Bootstrapped x86_64, all alignment tests pass).
This patch is OK, subject to full
On 03/28/13 09:40, Paulo Matos wrote:
> In certain situations, GCC will produce functions called foo.isra.0 or
> foo.constprop.0. These function names are created by
> clone_function_name where suffix is isra or constprop.
>
> On the other hand in gprof/corefile.c (function core_sym_class) of
> b
> -Original Message-
> From: Joe Seymour [mailto:jseym...@codesourcery.com]
> Sent: 28 March 2013 15:17
> To: Paulo Matos
> Cc: gcc@gcc.gnu.org
> Subject: Re: Clarification of cloned function names during profiling
>
>
> I had a patch committed to trunk gprof that taught it to handle
> "
On 03/28/13 15:28, Paulo Matos wrote:
> On the other hand this seems to imply that nobody actually uses gprof
> anymore...
FWIW I fixed this for constprop because a customer reported it as an
issue, so at least 1 person is still using it.
> -Original Message-
> From: Joe Seymour [mailto:jseym...@codesourcery.com]
> Sent: 28 March 2013 15:37
> To: Paulo Matos
> Cc: gcc@gcc.gnu.org
> Subject: Re: Clarification of cloned function names during profiling
>
> FWIW I fixed this for constprop because a customer reported it as an
>
Hi, Richard:
Thank you very much for replying.
There is an error when build with -m64 -O[2, 3, s].
I have just tried with -m32 and no error.
GCC (Red Hat 4.4.6-4)
GCC (Red Hat 4.4.7-3)
chenzhi //==
On 3/27/13 5:27 PM, Ian Lance Taylor wrote:
You could install autoconf 2.64, which is the version used to build
the configure files in the GCC tree.
I am using 2.64 (installed from the source). I also installed automake
1.11.1 from the source, but 'aclocal' (part of automake) is a perl scrip
> -Original Message-
> From: Hans-Peter Nilsson [mailto:h...@bitrange.com]
> Sent: 26 March 2013 17:43
> To: Paulo Matos
> Cc: gcc@gcc.gnu.org
> Subject: RE: Modeling predicate registers with more than one bit
>
> Unfortunately undocumented, but UTSL, for example
> gcc/config/mips/mips-mod
On Thu, Mar 28, 2013 at 7:06 AM, Diego Novillo wrote:
> On Thu Mar 28 08:53:03 2013, Richard Biener wrote:
>
>>
>> Eh - in fact you _promised_ to do that in trade for accepting the C++
>> conversion!
>> Never trust promises from google ... *sigh*
>
>
>
> You need to calm down. This childish attitu
Are you using Mac ports for gmp/mpfr/mpc libraries? I see that
you have "-L/opt/local/lib" on you path.
I had the same issue and as I recall it was related to installing
iconv mac port package and incompatibility of iconv.h header
files.
I switched to building gmp/mpfr/mpc from sources and not
Diego Novillo wrote:
>On Thu Mar 28 08:53:03 2013, Richard Biener wrote:
>
>>
>> Eh - in fact you _promised_ to do that in trade for accepting the C++
>> conversion!
>> Never trust promises from google ... *sigh*
>
>
>You need to calm down. This childish attitude is insulting and
>counterproduct
On Thu, Mar 28, 2013 at 12:29 PM, Nenad Vukicevic wrote:
> Are you using Mac ports for gmp/mpfr/mpc libraries? I see that
> you have "-L/opt/local/lib" on you path.
yes, I was using macports -- it was one of the first things I installed
on this machine since I wanted to write programs.
>
> I ha
On 2013-03-28 17:32 , Richard Biener wrote:
Ah well, sorry about that.
Thanks. No harm done.
Fine. As long as reviewers resist enhancements to gengtype and push
people to rely on manual marking.
Agreed. In this sense, I would like to consider gengtype*.[ch] frozen
to new features and eve
On Mar 28, 2013, at 3:57 AM, Senthil Kumar Selvaraj
wrote:
> On Wed, Mar 27, 2013 at 08:43:53AM -0700, Mike Stump wrote:
>> On Mar 27, 2013, at 1:02 AM, Senthil Kumar Selvaraj
>> wrote:
>>> global-used-types.c in gcc/testsuite/gcc.dg/debug/dwarf2 only specifies
>>> -g in dg-options. For a targe
Snapshot gcc-4.8-20130328 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20130328/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
> Interesting, I was able to get faste LTO+PGO compile times than non-LTO,PGO.
> I however did testng only on combine.c compliation, so not very scientific.
>
> There are some cases FDO information is not streamed well in all cases. I
> will
> post patch for that later today. Perhaps it will ma
I tried compiling the 4.8.0 gcc release with the 4.7.2 compiler with
a specs file that defaulted to std=c++11. I found problems with
incompatibilities between the old c++ standard and the new.
I recommend that the sources be made C++11 compilable. I also
recommend that the style rules encourag
33 matches
Mail list logo
