On 15.04.2015 19:21, Manuel López-Ibáñez wrote:
> The "right" steps to see progress:
>
> 1. You think that some concrete change may improve GCC, for example, to
> move vec.h and is-a.h to some gcc/include/core. Ask if the key people
> (Global Reviewers in this case) will accept this change.
<...>
Hi, all!
I think GCC documentation is missing a description of commonly used data
structures and support functions. For example, "GCC internals" document
contains information about, say, GIMPLE IR and functions for
manipulating it. But it does not describe general data structures, such
as hash map
On Wed, Apr 15, 2015 at 04:10:33PM -0500, Joel Sherrill wrote:
> Based on the grep, the .4byte directives are referencing a bogus symbol.
>
> Does this look like a GCC bug?
Yes, unless you have some horrible asm there referencing the symbol.
--
Alan Modra
Australia Development Lab, IBM
Snapshot gcc-4.9-20150415 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20150415/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi
I think this is a bug in GCC 5 on the PowerPC. The code has compiled and
linked fine for years with various versions of GCC and friends.
powerpc-rtems4.11-gcc (GCC) 5.0.0 20150412 (experimental)
bootloader.o:(.debug_loc+0x3ce2): undefined reference to `.LCL2'
This looks like a symbol genera
On 04/15/2015 11:53 AM, Mikhail Maltsev wrote:
You mentioned that you are planning to do reorganization of the
directory structure. That would be really helpful. LLVM has two separate
directories for utility classes, functions and custom datatypes
(llvm/include/llvm/ADT and llvm/include/llvm/Supp
On Wed, Apr 15, 2015 at 10:09:14AM +0200, Richard Biener wrote:
> On Wed, Apr 15, 2015 at 2:09 AM, Trevor Saunders
> wrote:
> > On Tue, Apr 14, 2015 at 10:46:19AM +0200, Richard Biener wrote:
> >> On Tue, Apr 14, 2015 at 7:20 AM, Trevor Saunders
> >> wrote:
> >> > Hi!
> >> >
> >> > To be clear
On 15.04.2015 3:09, Trevor Saunders wrote:
> On Tue, Apr 14, 2015 at 10:46:19AM +0200, Richard Biener wrote:
>> I see no value in doing this but making branch maintainance awkward.
>
> I think its mostly valuable to cause less confusion of new people, and
> though it is a simpler thing every littl
Hi,
the link for 'ACM SIGPLAN Programming Languages Software Award' in the news list
on gcc.gnu.org is http://www.sigplan.org/node/231, as discussed here (
https://gcc.gnu.org/ml/gcc/2014-06/msg00136.html ).
Following the link gives me:
...
Page Not Found
The page you were looking for was no
On 4/15/2015 10:09, Richard Biener wrote:
> On Wed, Apr 15, 2015 at 2:09 AM, Trevor Saunders
> wrote:
> I don't buy this kind of argument given that the switch to C++ has
> complicated things instead of simplifying them.
I've written before about how problematic having c++ files with .c
extensio
On Wed, Apr 15, 2015 at 2:09 AM, Trevor Saunders wrote:
> On Tue, Apr 14, 2015 at 10:46:19AM +0200, Richard Biener wrote:
>> On Tue, Apr 14, 2015 at 7:20 AM, Trevor Saunders
>> wrote:
>> > Hi!
>> >
>> > To be clear I only want to talk about gcc/**/*.c but *not* testsuite/
>> >
>> > The Question
Hi,
One more question.
On 10.04.2015 23:39, Jan Hubicka wrote:
I must say I did not even try running AutoFDO myself (so I am happy to hear
it works).
I tried to use executable create_gcov built from AutoFDO repository at
github.
The problem is that the data generated by this program has size
12 matches
Mail list logo
