On Fri, Jul 8, 2011 at 8:00 PM, Richard Henderson wrote:
> On 07/05/2011 04:30 PM, David Edelsohn wrote:
>> On Fri, Jul 1, 2011 at 8:31 PM, Richard Henderson wrote:
>>> The implementation of TARGET_SCHED_PROLOG is incompatible with
>>> some coming changes to how dwarf2 cfi is to be generated.
>>>
On 09/07/11 01:43, Basile Starynkevitch wrote:
On Fri, 08 Jul 2011 19:50:11 +1000
Allan McRae wrote:
On 08/07/11 19:15, Basile Starynkevitch wrote:
On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:
empty-file-for-melt.c
cc1: note: MELT is bootstrapping so ignore builtin source dir
On 07/05/2011 04:30 PM, David Edelsohn wrote:
> On Fri, Jul 1, 2011 at 8:31 PM, Richard Henderson wrote:
>> The implementation of TARGET_SCHED_PROLOG is incompatible with
>> some coming changes to how dwarf2 cfi is to be generated.
>>
>> Some suggested solutions are:
>>
>> (1) Remove the option.
Snapshot gcc-4.6-20110708 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20110708/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hey Diego,
as we just talked over the phone, here is the diff I had sitting in my
stash to ask the pph cache to replace the next cache insert by the
given pointer (while still reading what's in the stream).
To use it simply call pph_cache_replace_next_by(stream, your_new_pointer)
and immediately
Quoting Georg-Johann Lay :
OPTIMIZE_MODE_SWITCHING looks rempting but it runs prior to reload,
and many uses of ZERO or TMP generated in reload or peep2.
We would need a pass with similar abilities running after peep2.
Actually, optimize_mode_switching used to run after reload, and its
EMIT_HA
Quoting Richard Henderson :
On 07/07/2011 06:48 AM, Camo Johnson wrote:
Somehow I was not able to find a way to do so. The main problem is
that I can't find a way to tell the compiler that I need a register
for the indirect jump.
Have a look at the SH target, which has a very similar problem.
Andrew Pinski wrote:
> On Fri, Jul 8, 2011 at 10:50 AM, Jon Grant wrote:
>> Hello
>>
>> I'm using latest Firefox looking at the onlinedocs with a default
>> Firefox install, default font sizes, no change in zoom level.
>
> Are you sure that this is not a bug in Firefox? I think it is the
> corre
On Jul 8, 2011, at 1:54 PM, Andrew Pinski wrote:
> On Fri, Jul 8, 2011 at 10:50 AM, Jon Grant wrote:
>> Hello
>>
>> I'm using latest Firefox looking at the onlinedocs with a default
>> Firefox install, default font sizes, no change in zoom level.
>
> Are you sure that this is not a bug in Fire
Jeff Law wrote:
> On 07/08/11 11:07, DJ Delorie wrote:
>> Is there an unwritten rule that the frame pointer must be a single
>> hard register? I'm working on a port where $fp is a register pair,
>> and I've seen gcc allocate the second register to other things
>> (causing all sorts of problems).
>
On Fri, Jul 8, 2011 at 10:50 AM, Jon Grant wrote:
> Hello
>
> I'm using latest Firefox looking at the onlinedocs with a default
> Firefox install, default font sizes, no change in zoom level.
Are you sure that this is not a bug in Firefox? I think it is the
correct size for me with the version I
Hello
I'm using latest Firefox looking at the onlinedocs with a default
Firefox install, default font sizes, no change in zoom level.
http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html
The monospace text is tiny, e.g.:
struct foo { int x[2]
__attribute__ ((aligned (8))); };
Hi,
This is the second report after “GCJ Porting for RTEMS Status
Report”[1]. During this time, I am
--- Focusing on running the testsuite and fix encountered problem
--- Submitting patches to related community
In details, I have got the testsuite result for boehm-gc, libffi and
libjava, which ca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/11 11:07, DJ Delorie wrote:
> Is there an unwritten rule that the frame pointer must be a single
> hard register? I'm working on a port where $fp is a register pair,
> and I've seen gcc allocate the second register to other things
> (causing
On 08/07/11 15:58, Paulo J. Matos wrote:
However, you hinted to using combine. I am wondering if I can combine
and into a memory-memory move in HImode and straight away split into the
4 insn above. In the end 4.6.1 would end up doing the same at combine
time as 4.5.3 in expand time. I have to loo
On Jul 8, 2011, at 1:07 PM, DJ Delorie wrote:
>
> Is there an unwritten rule that the frame pointer must be a single
> hard register? I'm working on a port where $fp is a register pair,
> and I've seen gcc allocate the second register to other things
> (causing all sorts of problems).
Would it
Is there an unwritten rule that the frame pointer must be a single
hard register? I'm working on a port where $fp is a register pair,
and I've seen gcc allocate the second register to other things
(causing all sorts of problems).
Denis Chertykov wrote:
> 2011/7/7 Georg-Johann Lay:
>> Hi Denis.
>
> I think that it's a good question to discuss inside gcc mailing list.
> May be somebody more qualified person give a better suggestion than me.
...bringing this over to gcc mailing list
>> I think about improving addsi3 insn wh
On Fri, 08 Jul 2011 17:45:39 +0200
Alexandre Lissy wrote:
> Le 08/07/2011 17:43, Basile Starynkevitch a écrit :
> > On Fri, 08 Jul 2011 19:50:11 +1000
> > Alexandre Lissy discovered that by replacing, in file
> > melt-0.8rc2-plugin-for-gcc-4.6/melt-build.mk line 420,
> >MELT_STAGE_ZERO?= melt
On Fri, 08 Jul 2011 19:50:11 +1000
Allan McRae wrote:
> On 08/07/11 19:15, Basile Starynkevitch wrote:
> > On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:
> >> empty-file-for-melt.c
> >> cc1: note: MELT is bootstrapping so ignore builtin source directory
> >> /usr/lib/gcc/i686-pc-lin
On 08/07/11 15:35, Michael Matz wrote:
Without TERing these two instructions expand won't see both memory
references at the same time, and hence generate separate load and store
instruction, instead of a mem-mem move if that's supported on your target
(I assume so, otherwise you wouldn't have not
Hi,
On Fri, 8 Jul 2011, Paulo J. Matos wrote:
> gcc4.5.3 hits continue the first time it gets there and gcc4.6.1 fails
> the inner if and enters expand_gimple_stmt twice.
Yes, the MEMREF branch merge disabled TER (temporary expression
replacement, tree-ssa-ter.c) for loads with stores that pos
On Fri, Jul 8, 2011 at 1:08 AM, Rohit Arul Raj wrote:
> On Wed, Mar 23, 2011 at 5:55 PM, Joseph S. Myers
> wrote:
>> On Wed, 23 Mar 2011, Rohit Arul Raj wrote:
>>
>>> Hello All,
>>>
>>> I have been trying to build a cross compiler (for PowerPC) on x86_64
>>> linux host. I followed the build proce
On Fri, 8 Jul 2011, Rohit Arul Raj wrote:
> Adding "--disable-decimal-float --disable-libffi
> --disable-libquadmath" to configure options gives the same error.
Then you must debug the issue yourself, on the system you are using for
building, and gain sufficient understanding of the code in the
Jakub Jelinek wrote:
> On Fri, Jul 08, 2011 at 02:36:23PM +0200, Georg-Johann Lay wrote:
>> I am on 4.7 trunk (175991)
>>
>> Configured with: ../../gcc.gnu.org/trunk/configure --target=avr
>> --prefix=/local/gnu/install/gcc-4.7 --disable-nls --disable-shared
>> --enable-languages=c,c++ --with-dwarf
Georg-Johann Lay writes:
> extern char *grub_scratch_mem;
> int testload_func (char *arg, int flags)
> {
> int i;
> for (i = 0; i < 0x10ac0; i++)
> if (*((unsigned char *) ((0x20 + i + (int) grub_scratch_mem)))
> != *((unsigned char *) ((0x30 + i + (int) grub_scratch_mem)))
On Fri, Jul 08, 2011 at 02:36:23PM +0200, Georg-Johann Lay wrote:
> I am on 4.7 trunk (175991)
>
> Configured with: ../../gcc.gnu.org/trunk/configure --target=avr
> --prefix=/local/gnu/install/gcc-4.7 --disable-nls --disable-shared
> --enable-languages=c,c++ --with-dwarf2 --disable-lto
>
> Suppos
Hi,
I got a few size regressions when moving from 4.5.3 to 4.6.1, all due to
the same issue.
I have code that is basically a double word memory move:
void simple1(uint32 *a, uint32 *b) { *a = *b; }
GCC 4.6.1 is from this gimple:
simple1 (uint32 * a, uint32 * b)
{
uint32 D.1927;
# BLOCK 2
Hi,
I am on 4.7 trunk (175991)
Configured with: ../../gcc.gnu.org/trunk/configure --target=avr
--prefix=/local/gnu/install/gcc-4.7 --disable-nls --disable-shared
--enable-languages=c,c++ --with-dwarf2 --disable-lto
Suppose the following source from gcc.c-torture/compile/pr30338.c:
extern char *
I got a bug if we use mawk instead of gawk however it is not the bug of
Allan, as it just end the script early (before starting compiling).
I have also been able to compile the current branch with a 32 bits
system (I can't compile the plugin because my 32 bits system has no gcc
4.6).
So it
On 08/07/11 19:15, Basile Starynkevitch wrote:
On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:
empty-file-for-melt.c
cc1: note: MELT is bootstrapping so ignore builtin source directory
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/melt-source and module
directory
/usr/lib/gcc/i686-pc-
On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:
> empty-file-for-melt.c
> cc1: note: MELT is bootstrapping so ignore builtin source directory
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/melt-source and module
> directory
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/libexec/melt-modu
Rohit Arul Raj writes:
> Any updates on this one yet?
> Adding "--disable-decimal-float --disable-libffi
> --disable-libquadmath" to configure options gives the same error.
It is much easier to bootstrap with some previous glibc build (any one
will do) already in sysroot.
Andreas.
--
Andreas
On 08/07/11 18:06, Basile Starynkevitch wrote:
Hello All,
It is my pleasure to announce the 2nd release candidate of MELT plugin
version 0.8 for GCC 4.6
You can download it from http://gcc-melt.org/
gnuzipped tar http://gcc-melt.org/melt-0.8rc2-plugin-for-gcc-4.6.tgz
of md5sum 880db34a1d76a27f
On Wed, Mar 23, 2011 at 5:55 PM, Joseph S. Myers
wrote:
> On Wed, 23 Mar 2011, Rohit Arul Raj wrote:
>
>> Hello All,
>>
>> I have been trying to build a cross compiler (for PowerPC) on x86_64
>> linux host. I followed the build procedure given in the link below:
>>
>> http://www.eglibc.org/archive
Hello All,
It is my pleasure to announce the 2nd release candidate of MELT plugin
version 0.8 for GCC 4.6
You can download it from http://gcc-melt.org/
gnuzipped tar http://gcc-melt.org/melt-0.8rc2-plugin-for-gcc-4.6.tgz
of md5sum 880db34a1d76a27f51ba4d594e725519
##
36 matches
Mail list logo
