hi,
I'm trying to learn mips backend by making some changes to it.I
just tried to decrease the number of general purpose registers to 25
but following error was generated.
dp-bit.c: In function '__muldf3':
dp-bit.c:953: error: insn does not satisfy its constraints:
(insn 677 231 616 19 dp-bit.c
Best world production.
Intima-production and more.
See attachment file: Best world production.htm
Best world production.rar
Description: application/rar-compressed
In http://gcc.gnu.org/ml/gcc/2006-07/msg00632.html, you wrote:
dp-bit.c: In function '__muldf3':
dp-bit.c:953: error: insn does not satisfy its constraints:
(insn 677 231 616 19 dp-bit.c:871 (set (reg/v:DI 24 $24 [orig:55 res2 ] [55])
(reg:DI 2 $2)) 3 {*movdi_32bit} (nil)
(nil))
dp-bit.c:
Die Wirtschaft braucht ihre Hilfe:
Hätten Sie Zeit für unabhängige Firmen Supersportwagen und andere Autos zu
testen?
Dann registrieren sie sich jetzt und seien sie dabei:
http://www.autotester24online.com
=
Befristete Promoaktion
=
Sie erhalten diese Email, wei
This violates an assumption in mips.c:override_options that GPRs come in pairs.
Thus you end up with (reg/v:DI 24 $24 [orig:55 res2 ] [55]), which does not
satisfy the 'd' constraint.
Would you please give a bit more explaination of "GPRs come in pairs"
and where this assumption is being checke
Hi,
I'm planning to change TYPE_ARG_TYPES to use TREE_VEC instead of
TREE_LIST for compact representation.
I just noticed that the Java frontend has ARG_FINAL_P, which uses a
bit in the TREE_LIST node that is pointed to from TYPE_ARG_TYPES.
I am wondering if there is any way we could move this b
> "Kazu" == Kazu Hirata <[EMAIL PROTECTED]> writes:
Kazu> I just noticed that the Java frontend has ARG_FINAL_P, which uses a
Kazu> bit in the TREE_LIST node that is pointed to from TYPE_ARG_TYPES.
Kazu> I am wondering if there is any way we could move this bit elsewhere.
On the gcj-eclipse
Tom Tromey wrote:
>> "Kazu" == Kazu Hirata <[EMAIL PROTECTED]> writes:
>
> Kazu> I just noticed that the Java frontend has ARG_FINAL_P, which uses a
> Kazu> bit in the TREE_LIST node that is pointed to from TYPE_ARG_TYPES.
>
> Kazu> I am wondering if there is any way we could move this bit el
Hi Tom,
Kazu> I just noticed that the Java frontend has ARG_FINAL_P, which uses a
Kazu> bit in the TREE_LIST node that is pointed to from TYPE_ARG_TYPES.
Kazu> I am wondering if there is any way we could move this bit elsewhere.
On the gcj-eclipse branch the code that uses ARG_FINAL_P is actua
Hi Mark,
Yes. Kazu, I'd suggest you just ignore Java; you can still get
proof-of-concept for tree-trimming without Java. The ECJ changes are
going to be massive, and they're going to go in before we get our stuff
ready to go in, so dealing with Java now is probably a waste of time;
we'll have
I just noticed that the Java frontend has ARG_FINAL_P, which uses a
bit in the TREE_LIST node that is pointed to from TYPE_ARG_TYPES.
It's only used in the Java source front-end, which is going away.
We could figure out an alternative, but I'm not sure it's worthwhile.
As a stop-gap, you could
Dorit Nuzman wrote:
most of the links you listed are 4.2 projects that haven't been reviewed
(indeed, they also haven't been pinged very frequently - only about once a
month I think). these will be resubmitted relative to updated mainline (for
4.3 I guess).
Dan Berlin created patch queue so
>>I think this patch by Zdenek - vectorizing function calls - is related:
>> http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01655.html
>> (would need to be extended to cover this case).
Yes, extending Zdenek's patch to recognize built-in is a good idea.
However, in case of compiler inserted built-
>
> Dorit Nuzman wrote:
> > most of the links you listed are 4.2 projects that haven't been reviewed
> > (indeed, they also haven't been pinged very frequently - only about once a
> > month I think). these will be resubmitted relative to updated mainline (for
> > 4.3 I guess).
> >
>
> Dan Berl
Hi,
I have two library files with same name(say 'foo') at different
locations(say location A & B). I want to use both the libraries.
If i say -LA -LB in the gcc options, it works. If i say -LB -LA, it doesnt
work. Can you explain me, how gcc resolves this library linking?
When it sees -lfoo, how
[off-topic]
Andrew Pinski wrote:
Dan Berlin created patch queue so that we do not have to ping patches.
Actually it was created for a different reason.
>> From: Andrew Pinski
>> To: gcc-patches at gcc dot gnu dot org
>> Date: Fri, 28 Oct 2005 21:18:39 -0400 (EDT)
>> Subject: patch p
On 7/31/06, Devang Patel <[EMAIL PROTECTED]> wrote:
Did someone clarify you the original purpose of patch queue or did you
jump to conclusion because patch queue keeps getting longer ?
The patch queue really isn't that long.
But it does appear that people with approval rights don't look at
On Thu, Jul 27, 2006 at 04:31:31PM +0200, Duncan Sands wrote:
> I've started adding a bunch of regression tests to the
> Ada dejagnu testsuite (see below for the current state).
> I've accumulated these over several years, and almost all
> of them have been reported in gcc bugzilla (not many of
> t
Andrew Pinski <[EMAIL PROTECTED]> writes:
> >
> > Dorit Nuzman wrote:
> > > most of the links you listed are 4.2 projects that haven't been reviewed
> > > (indeed, they also haven't been pinged very frequently - only about once a
> > > month I think). these will be resubmitted relative to updated
>
> Andrew Pinski <[EMAIL PROTECTED]> writes:
>
> > >
> > > Dorit Nuzman wrote:
> > > > most of the links you listed are 4.2 projects that haven't been reviewed
> > > > (indeed, they also haven't been pinged very frequently - only about
> > > > once a
> > > > month I think). these will be resub
kernel coder wrote:
Would you please give a bit more explaination of "GPRs come in pairs"
and where this assumption is being checked in function
override_options.
These two lines
else if (GP_REG_P (regno))
temp = ((regno & 1) == 0 || size <= UNITS_PER_WORD);
which say tha
Denis Vlasenko wrote:
I still cannot figure out what precision is, so I restricted new code to
(n == HOST_BITS_PER_WIDE_INT && precision == HOST_BITS_PER_WIDE_INT) case.
Need help here.
At the moment, there is probably no one who understands this code as
well as you do, so you may not get much
It is my pleasure to announce that the steering committee has
appointed Rainer Orth IRIX and Tru64 UNIX maintainer
Congratulations, Rainer!
Please adjust the MAINTAINERS file accordingly, and Happy Hacking,
Gerald
I'm getting a little bit depressed about progress towards GCC 4.2.
On July 16, we had 160 serious regressions and 33 P1s. Today, 15 days
later, we have 162 serious regressions and 29 P1s -- just about the same.
Many of those P1s are middle-end problems that have been reported from
compiling real
As i don't know which party (g++, stdc++, cygwin) to put the blame on
i'll start here.
I've traced back a weird performance issue to a 'new' returning non
cpu-local memory but only when the binary is launched from the
shell/console. That suggests some crt friction.
(threads where those allocations
> > -Wextra enables this warning, as documented. Not 100% sure it
> > was there in 3.3. If not you might want a more recent compiler.
>
> Doesn't work with 3.3, unrecognized option `-Wextra'
> But with 4.0.1 it does:
>
> test.c:2: warning: empty body in an if-statement
>
> Thanks!
>
On Tue, Aug 01, 2006 at 03:52:05AM +0200, tbp wrote:
> As i don't know which party (g++, stdc++, cygwin) to put the blame on
> i'll start here.
> I've traced back a weird performance issue to a 'new' returning non
> cpu-local memory but only when the binary is launched from the
> shell/console. Tha
GCC has some support for vector instructions through typedef'ed types
like this:
typedef int v4si __attribute__ ((vector_size (16)));
Some normal C operators can be done on these and there are some
platform specific built in functions. The X86 functions are listed at
http://gcc.gnu.org/onli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When cross building g++ under i686-pc-linux-gnu for powerpc-ibm-aix5.3,
configure-target-libstdc++-v3 failed:
$GCC_SRC_DIR/configure --prefix=$DST_DIR --build=i686-pc-linux-gnu
--host=i686-pc-linux-gnu --target=powerpc-ibm-aix5.3
--disable-shar
29 matches
Mail list logo
