On 04/29/14 14:16, Paul Shortis wrote:
I've now confirmed this same issue occurs on a stock i386 build when
-fomit-frame-pointer is specified with -O2 and a test case with
reasonable register pressure.
Please file a report with a compilable testcase. This is important both
for the reviewer so t
On Tue, 29 Apr 2014, Jeff Law wrote:
> On 04/29/14 05:21, Richard Biener wrote:
> >
> > The following patch forces the availability of a 64bit HWI
> > (without applying the cleanups that result from this). I propose
> > this exact patch for a short time to get those that are affected
> > and do
Hi Roman,
Congratulations.
Advices:
1) it is thought that there is a correlation between
the time spent for designing of code and the time need for debugging it -
poor design could dramatically increase the debugging time. So don't rush
to have some pieces of code running - it is very important
Hi,
I encountered a problem on test 'gcc.c-torture/execute/loop-7.c' (gcc4.7.3) on
my private port during test case "-O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects"
Here is the tested code :
void foo (unsigned int n)
{
int i, j = -1;
for (i = 0; i < 10 && j < 0; i++)
{
if ((
On Wed, Apr 30, 2014 at 1:03 PM, BELBACHIR Selim
wrote:
> Hi,
>
> I encountered a problem on test 'gcc.c-torture/execute/loop-7.c' (gcc4.7.3)
> on my private port during test case "-O2 -flto -fuse-linker-plugin
> -fno-fat-lto-objects"
>
> Here is the tested code :
>
> void foo (unsigned int n)
On 30 April 2014 12:20, Richard Biener wrote:
> the delay-slot code is fragile, you probably simply run into a bug.
In particular, we lack in-tree ports with multiple delay slots, so while the
support exists theoretically, it is not tested and maintained in any
meaningful way.
Thank you for the hint. I managed to extract the basic blocks to a helper
function and put
a call to this helper function at the place of the removed basic blocks in the
original function.
All this is done with help of move_sese_region_to_fn.
The helper function is created similar to create_omp_c
On Wed, Apr 30, 2014 at 2:16 PM, Benedikt Huber
wrote:
> Thank you for the hint. I managed to extract the basic blocks to a helper
> function and put
> a call to this helper function at the place of the removed basic blocks in
> the original function.
> All this is done with help of move_sese_re
On 04/30/2014 12:57 AM, Matthias Klose wrote:
> Am 16.04.2014 09:02, schrieb r...@redhat.com:
>> I'll see about puting some rpms somewhere public so that no one else
>> has to do the whole canadian-cross compile dance.
>
> are these already online? a tarball would be fine too. And is there a
> b
On 04/30/14 02:16, Richard Biener wrote:
On Tue, 29 Apr 2014, Jeff Law wrote:
On 04/29/14 05:21, Richard Biener wrote:
The following patch forces the availability of a 64bit HWI
(without applying the cleanups that result from this). I propose
this exact patch for a short time to get those th
On 4/30/2014 12:00 PM, Jeff Law wrote:
My recollection is that HP aCC supports long long, but I don't recall
when support for that was introduced. I'm really trying hard to
forget hpux-isms.
Plus, they can always start the bootstrapping process with GCC 4.9.
I can't remember but without ans
Ada binaries for powerpc64le-linux-gnu can be found at [1], these should be good
for bootstrapping (or install gnat-4.8 in Ubuntu 14.04 LTS). Ada should then be
buildable from the 4.9.0 release. Install the deb, or use ar(1) on the deb file
to extract the files. Thanks to Ulrich Weigand helping a
I am seeing the below on wide-int. The go teststsuite violates one of the
principals of goo test suite hygiene, the names thought arbitrary, should be
stable. These names are not stable across differing build locations.
s,.*/testsuite/,,g is approximately what it needs. Thanks.
New tests t
Hi,
assuming the need to generate code in which
almost everything is used 3x (e.g. 3x registers,
3 times data, etc.) for a specific purpose (*) for any
given target,
what would be the best way to implement it?
(let's name this 3ple-voting behavior)
a) as a forked backend target of each target
On 04/25/14 03:16, Dhakshinamoorthy, Soundararajan wrote:
2014-04-25 Soundararajan Dhakshinamoorthy
* gcc.c-torture/execute/pr58419.c: Adjust the test to work with bare
metal targets. The
test code references to functions that is not implemented for the
avr target (getpid(
Snapshot gcc-4.9-20140430 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20140430/
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
On 30-Apr-14, at 4:16 AM, Richard Biener wrote:
Testing coverage for non-64bit hwi configs is really low these
days (I know of only 32bit hppa-*-* that is still built and
tested semi-regularly - Dave, I suppose the host compiler
has a 64bit long long type there, right?).
I'm OK with this chang
Since the original MinGW refuses to support 64-bit, I would like to
discuss whether we should remove i686-mingw32 from the secondary
platforms list and replace it with MinGW-w64.
18 matches
Mail list logo
