On Thu, Jan 15, 2015 at 5:11 AM, Andrew Pinski wrote:
> Hi,
> I have some code where we generate some weird code that has stores
> followed by a load from the same location.
> For an example we get:
> add x14, sp, 240
> add x15, sp, 232
> str x14, [sp, 136]
> mov w2, w27
> ldr w1, [sp, 136]
> st
On 14 January 2015 at 18:03, vgol...@innovasic.de wrote:
> Hello out there,
>
> I am looking of some support maintaining the m68k target toolchain (incl GDB)
> for the fido1100 (basically a CPU32, the real changes are in GDB). Some
> experience with the m68k target would be helpful.
> Is there s
On Thu, Jan 15, 2015 at 12:48 AM, Sandra Loosemore
wrote:
> The "Options That Control Optimization" section of the manual is
> currently divided into three parts (not subsections, just separate option
> lists):
>
> (1) General options like -O[n]
>
> (2) Options that individually control options en
On 15/01/15 04:11, Andrew Pinski wrote:
> Hi,
> I have some code where we generate some weird code that has stores
> followed by a load from the same location.
> For an example we get:
> add x14, sp, 240
> add x15, sp, 232
> str x14, [sp, 136]
> mov w2, w27
> ldr w1, [sp, 136]
> str x15, [sp, 136
Hi Tom,
- Ursprüngliche Mail -
> Hi Kai,
>
> I encountered a test failure in boehm-gc (
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64042 'FAIL: boehm-gc.c/gctest.c
> -O2 execution test' ).
>
> I would like to ask somebody to confirm the PR, which hopefully should be as
> simple as p
Hi,
Consider simple test:
#include
#ifdef FAILV
unsigned short* get_aa(void);
double* get_bb(void);
#else
extern unsigned short a[1024];
extern double b[1024];
#endif
unsigned short *foo()
{
size_t i;
#ifdef FAILV
unsigned short * restrict aa = get_aa();
double * restrict bb
On Thu, Jan 15, 2015 at 2:22 PM, Konstantin Vladimirov
wrote:
> Hi,
>
> Consider simple test:
>
> #include
>
> #ifdef FAILV
>
> unsigned short* get_aa(void);
> double* get_bb(void);
>
> #else
>
> extern unsigned short a[1024];
> extern double b[1024];
>
> #endif
>
>
> unsigned short *foo()
> {
>
On 1/15/2015 12:15 AM, Jeff Law wrote:
> On 01/14/15 23:12, Sandra Loosemore wrote:
>> On 01/14/2015 08:41 PM, Jeff Law wrote:
>>> With the section being ~60 pages, my first thought is we have way too
>>> many options!
>> Heh, at least we have documentation for all those options. :-)
>>
>>> But t
Well, I guess it's safe to say this did not generate resounding
interest :-). Just thought I would check once more if anyone thought
it was a worthwhile thing to pursue, and/or had any feedback on the
attempt at implementing it. FWIW I have been using this myself for a
while now and enjoy it. Thank
On Wed, 14 Jan 2015, Sandra Loosemore wrote:
> What would you think about reorganizing this section to add some subsections
> grouping options by purpose, instead? E.g., loop optimizations,
> floating-point optimizations, inlining, LTO, profiling options, etc? The
> section is almost 60 pages lo
It is already January 16, I have just seen the notice that OpenMP
offloading is already merged into the trunk. However, from SVN, the
openacc stuff is still not yet merged.
Will it be able to be merged today? Otherwise openacc will not make
it to GCC 5.0
Are there any issues that prevents OpenA
Snapshot gcc-4.8-20150115 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20150115/
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
12 matches
Mail list logo
