On 4/13/06, Mark Cuss <[EMAIL PROTECTED]> wrote:
> Hello - this is definitely a newbie question, so bear with me...
>
> We've been using gcc under Solaris on SPARC hardware for some time now. The
> guy who was here before me set up the previous version (gcc-3.3.3) and now
> I'm trying to get gcc-3
On 12 April 2006 22:18, Mark Cuss wrote:
> The
> guy who was here before me set up the previous version (gcc-3.3.3)
> gcc 3.3.3 was compiled with the following configure flags:
> configure --with-gnu-as --with-as=/cdl/apps/bin/sun/as --with-gnu-ld
> --with-ld=/cdl/apps/bin/sun/ld --enable-lan
Combine is trying to find this instruction (when compiling _popcountsi2 from
libgcc2.c for my i8086 experiment):
(set (subreg:QI (reg:HI 30) 0)
(mem/s/u:QI (plus:HI (subreg:HI (zero_extract:SI (subreg:HI (reg/v:SI 22 [
x ]) 0)
(const_int 8 [0x8])
(const
Also, is there a function for simplifying a zero_extract?
What combine is doing is to expand compound operations such as
zero_extract, simplifying them, and try to make new compound operations.
Therefore you should first try to understand what's causing combine to
miss the simplification.
On Thu, Apr 13, 2006 at 01:34:10PM +0800, Ching-Hua Chang wrote:
> We had ported gcc-3.4.2 to our own RISC, and meet a strange
> case in optimization level 3 (-O3).
>
> The compiler produce wrong assembly code in O3 and
> correct result if we add -fno-inline flag.
>
> It seems that there some pr
Seems the question has been solved, here is the changes of
treelang/parse.y, just for fun :-)
$ diff treelang/parse.y treelang/parse_new.y -u
--- treelang/parse.y2004-01-08 15:50:46.0 +0800
+++ treelang/parse_new.y2006-04-13 18:00:34.390625000 +0800
@@ -48,6 +48,7 @@
#include
Hi,
I had wrote doloop_end instruction to support hwloop.
When try to compile linux kernel, I meet a reload problem,
the error message as follow.
What kinds of instuction pattern should I add to support
the reload that compiler need ?
Thanks,
Aladdin
the constrant 'q' mean the n
Hi,
I've been having some odd problems with relocation of 4.x toolchains -
i.e. when a toolchain is configured, built and installed with one prefix
but later moved to another location. The binaries appear to be checking
something in the old location before reading from the new path.
The prob
On Thu, Apr 13, 2006 at 03:49:43PM +0100, Dave Murphy wrote:
> Hi,
>
> I've been having some odd problems with relocation of 4.x toolchains -
> i.e. when a toolchain is configured, built and installed with one prefix
> but later moved to another location. The binaries appear to be checking
> so
Hi Daniel and Diego,
I see that tree-ssa-structalias.h contains
varray_type num_references;
around line 58 as a member of alias_info, but it doesn't seem to be
used anywhere. Is this going to be used in near future? VARRAY is
going away pretty soon, so we have to do something -- either remov
Daniel Jacobowitz wrote:
On Thu, Apr 13, 2006 at 03:49:43PM +0100, Dave Murphy wrote:
Hi,
I've been having some odd problems with relocation of 4.x toolchains -
i.e. when a toolchain is configured, built and installed with one prefix
but later moved to another location. The binaries appear
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kazu Hirata wrote:
> either remove the line or convert it to VEC somehow.
>
Remove it. It's now done with NUM_REFERENCES which just uses
common.aux. Dan probably forgot to remove it when he converted it.
-BEGIN PGP SIGNATURE-
Version: GnuPG
On 4/13/06, Dave Murphy <[EMAIL PROTECTED]> wrote:
> Daniel Jacobowitz wrote:
> > On Thu, Apr 13, 2006 at 03:49:43PM +0100, Dave Murphy wrote:
> >
> >> Hi,
> >>
> >> I've been having some odd problems with relocation of 4.x toolchains -
> >> i.e. when a toolchain is configured, built and installed
On 12 April 2006 22:18, Mark Cuss wrote:
The
guy who was here before me set up the previous version (gcc-3.3.3)
gcc 3.3.3 was compiled with the following configure flags:
configure --with-gnu-as --with-as=/cdl/apps/bin/sun/as --with-gnu-ld
--with-ld=/cdl/apps/bin/sun/ld --enable-lang
Right : A way to work around this would be to hold to not match this
instruction until reload has been completed and have a define_split to
convert this to a cmp , bne when its a memory operand matching . Look at
rs6000.md or mt.md for a sample implementation.
What I am saying is the following.
On Thu, 2006-04-13 at 22:37 +0530, Ramana Radhakrishnan wrote:
> Right : A way to work around this would be to hold to not match this
> instruction until reload has been completed and have a define_split to
> convert this to a cmp , bne when its a memory operand matching . Look at
> rs6000.md or m
On Tue, Apr 04, 2006 at 04:41:25PM -0400, DJ Delorie wrote:
> The v850 is a dwarf-debug target, but not a dwarf-unwind target. In
> dwarf2out.c we first calculate the "fp to fb offset" in
> compute_frame_pointer_to_fb_displacement. The frame pointer is not
> needed, so note that we include the fp
Consider the file xordi.c:
signed long long int xordi (signed long long int a, signed long long int b)
{
return (a ^ b);
}
Compile like this (GCC version 4.1.0 20060304 (Red Hat 4.1.0-3)):
/usr/bin/gcc -march=pentium2 -O3 -fomit-frame-pointer \
/mnt/sysfs/rask/cvssrc/xordi.c -S -
> Both are supposed to happen. I can't really debug this without a
> test case. This works on ia64, which is a non-dwarf-unwind target,
> so that in-and-of itself isn't the problem.
This is from the gdb.base testsuite:
int factorial (int value)
{
if (value > 1) { /* set breakpoint 7 here */
On 13 April 2006 13:37, Martin Hicks wrote:
> On Thu, Apr 13, 2006 at 01:34:10PM +0800, Ching-Hua Chang wrote:
>> We had ported gcc-3.4.2 to our own RISC, and meet a strange
>> case in optimization level 3 (-O3).
>>
>> The compiler produce wrong assembly code in O3 and
>> correct result if we add
On 13 April 2006 18:52, Rask Ingemann Lambertsen wrote:
> Consider the file xordi.c:
>
> signed long long int xordi (signed long long int a, signed long long int b)
> {
> return (a ^ b);
> }
> (insn 6 10 7 0 (set (reg/v:DI 59 [ a ])
> (mem/c/i:DI (reg/f:SI 16 argp) [2 a+0 S8 A32]))
On Thu, Apr 13, 2006 at 07:32:39PM +0100, Dave Korn wrote:
> On 13 April 2006 13:37, Martin Hicks wrote:
>
> > On Thu, Apr 13, 2006 at 01:34:10PM +0800, Ching-Hua Chang wrote:
> >> We had ported gcc-3.4.2 to our own RISC, and meet a strange
> >> case in optimization level 3 (-O3).
> >>
> >> The
On Apr 12, 2006, at 10:34 PM, Ching-Hua Chang wrote:
We had ported gcc-3.4.2 to our own RISC, and meet a strange
case in optimization level 3 (-O3).
We don't have the resources to help with very old versions of gcc on
this list. I'd recommend upgrading to gcc-4.2. If it then works,
you ca
Rask Ingemann Lambertsen <[EMAIL PROTECTED]> writes:
> (insn 12 14 13 0 (parallel [
> (set (subreg:SI (reg:DI 61) 0)
> (xor:SI (subreg:SI (reg/v:DI 59 [ a ]) 0)
> (subreg:SI (reg/v:DI 60 [ b ]) 0)))
> (clobber (reg:CC 17 flags))
>
Snapshot gcc-4.0-20060413 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060413/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
The problem appears to be that you've got *partial* debug_frame
information, but it's wrong. I'm not 100% clear on what's the
First Cause on the wrongness.
I will say that I suspect that we probably want to just say
that any target that doesn't provide DWARF2_UNWIND_INFO or
TARGET_UNWIND_INFO wi
"Eric Fisher" <[EMAIL PROTECTED]> writes:
> Seems the question has been solved, here is the changes of
> treelang/parse.y, just for fun :-)
>
> $ diff treelang/parse.y treelang/parse_new.y -u
> --- treelang/parse.y2004-01-08 15:50:46.0 +0800
> +++ treelang/parse_new.y2006-04-13
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Murphy wrote:
>
> I've been having some odd problems with relocation of 4.x toolchains -
> i.e. when a toolchain is configured, built and installed with one prefix
> but later moved to another location. The binaries appear to be checking
> som
28 matches
Mail list logo
