On Fri, Apr 3, 2015 at 7:56 PM, Gry Gunvor wrote:
> Gcc melt already advertises that it allows access to the internals:
> http://gcc-melt.org/ ; I have not tried it yet.
>
> This is of course not the same as a format that can be exported and
> then imported again, but it is attempting to get a sim
On Mon, Apr 6, 2015 at 7:29 PM, Steve Ellcey wrote:
> I have a simple gimple question. I am trying to introduce an array
> into a gimple stream and create a pointer to that array.
>
> I can create the array with:
>
> array_type = build_array_type_nelts (char_type_node, 256);
> arr
On Mon, Apr 6, 2015 at 11:20 PM, Sebastian Pop wrote:
> On Fri, Apr 3, 2015 at 1:10 PM, Jeff Law wrote:
>> On 04/03/2015 09:41 AM, Diego Novillo wrote:
>>>
>>> On Fri, Apr 3, 2015 at 11:35 AM, Jeff Law wrote:
>>> I was hesitant to offer this option, but it's certainly a good
>>> starting point.
Hi Ryan,
On Wed, 8 Jan 2014, Ryan Mansfield wrote:
> A number of the links in 4.8.2 docs are broken (trunk seem to be OK).
>
> http://gcc.gnu.org/onlinedocs/4.8.2/gcc/ has 404s for the following:
>
> http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/i386-and-x86-64-Options.html#i386-and-x86-64-Options
Hi,
Here are some questions about AutoFDO.
On 08.05.2014 02:55, Dehao Chen wrote:
We have open-sourced AutoFDO profile toolchain in:
https://github.com/google/autofdo
For GCC developers, the most important tool is create_gcov, which
converts sampling based profile to GCC-readable profile. Ple
Hello GCC developer team,
I hope I am right here to address my problem with memory usage and g++:
I am writing C++ software for several very small embedded systems (8k and
smaller) and a feature with the virtual tables and the linker does not make my
life easy :-) I have a lot of objects with v
On April 7, 2015 5:00:27 PM GMT+02:00, Stefan Ehrlich
wrote:
>Hello GCC developer team,
>I hope I am right here to address my problem with memory usage and g++:
>
>I am writing C++ software for several very small embedded systems (8k
>and smaller) and a feature with the virtual tables and the li
On Mon, 9 Mar 2015, Matthew Fortune wrote:
> Conrad S writes:
How did this get into the mirror list?
>>>
>>> Because they said they would provide mirrors:
>> > https://gcc.gnu.org/ml/gcc/2014-06/msg00251.html
>> > https://gcc.gnu.org/ml/gcc/2014-07/msg00156.html
>>
>> Upon closer inspection
Please remove that AU mirror from your list. That server has been
problematic for us. We're working on getting new hosts. I'll update you
when they're available.
On 4/7/15 11:18 AM, Gerald Pfeifer wrote:
On Mon, 9 Mar 2015, Matthew Fortune wrote:
Conrad S writes:
How did this get into the
On Tue, Apr 7, 2015 at 3:33 AM, Richard Biener
wrote:
>> Having an IR that is more readable than LLVM's would be nice.
>
> I still like the idea of using C + extensions most.
+1
> As well as making the
> -fdump-tree-XXX dumps (more) valid C (+ extensions). Cut & pasting
> from dump files to gen
On 04/07/2015 09:00 AM, Stefan Ehrlich wrote:
> compiler and linker options are:
> avr-g++.exe -c -Os -Wall -fdata-sections -ffunction-sections
> -fvisibility=hidden -fvisibility-inlines-hidden -fno-rtti -flto
> -fuse-linker-plugin -mmcu=atmega8 ...
> avr-gcc.exe -Wall -Os -Wl,-static -Wl,-flto
On 15/4/7 下午4:33, "Richard Biener" wrote:
>I still like the idea of using C + extensions most. As well as making the
>-fdump-tree-XXX dumps (more) valid C (+ extensions). Cut & pasting
>from dump files to generate testcases is currently somewhat awkward,
>mainly due to the issue how we dump lab
12 matches
Mail list logo