On Mon, Aug 14, 2006 at 09:35:34PM +0200, Rask Ingemann Lambertsen wrote:
> On Sun, Aug 13, 2006 at 10:16:02PM +0200, Rask Ingemann Lambertsen wrote:
>
> > Note that right after expand, we have:
> >
> > (note 91 90 0 NOTE_INSN_BASIC_BLOCK)
> >
> > ;; siz
re out how to pass
arguments to functions and figure out an instruction sequence which performs
signed comparison.
The PicoBlaze has a program storage of at most 1024 instructions and a data
storage of 64 bytes. Is it really necessary and useful to port GCC to such a
target?
--
Rask Ingemann Lambertsen
suming that s/gcc/g++/ would
make it work for the g++ tests, and so on. But I'd much prefer not to modify
any of DejaGnu's files or any of the files in my copy of the repository.
The question of how to raise the dejagnu timeout has been asked a few
times before over the years with no good answer, and given that it is likely
for people to run into this issue again, I'd like
http://gcc.gnu.org/install/test.html> to say a few words about this.
--
Rask Ingemann Lambertsen
n or equal".
The (reg:CC 13 cc) part is the condition code register. But I have no
idea what it means to set that register to a constant (such as
STORE_FLAG_VALUE).
--
Rask Ingemann Lambertsen
Please send me the copyright assignment form I need to contribute to GCC.
--
Rask Ingemann Lambertsen
libmudflap.cth/pass40-frag.c execution and output pattern tests
10 seconds:
libmudflap
libmudflap.cth/pass37-frag.c and libmudflap.cth/pass39-frag.c
execution and output pattern tests
--
Rask Ingemann Lambertsen
; else goto ;
:;
goto ();
:;
return;
}
[cut]
--
Rask Ingemann Lambertsen
> changing too often.
I'll try to fix it that way.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
On Tue, May 01, 2007 at 11:45:57PM +0200, Rask Ingemann Lambertsen wrote:
>
> $ ./xgcc -B./ ~/cvssrc/gcc/gcc/testsuite/gcc.dg/20020210-1.c \
> -O2 -sim=linuxvm86 -o /tmp/20020210-1-fp -fno-omit-frame-pointer
> $ /tmp/20020210-1-fp; echo $?
> 0
>
> $ ./xgcc -B./ ~/cvssrc/gcc
pc)
(if_then_else (ne (reg:CC 13 cc)
(const_int 0 [0x0]))
(label_ref 93)
(pc))) 561 {*bne_cc} (nil)
(expr_list:REG_BR_PROB (const_int 5000 [0x1388])
(nil)))
--
Rask Ingemann Lambertsen
&& !find_reg_note (insn, REG_RETVAL, NULL))
{
/* Make sure that the rtx is not shared. */
src_const = copy_rtx (src_const);
--
Rask Ingemann Lambertsen
(nil)
(nil))
(jump_insn 67 66 68 3 memcmp.c:81 (set (pc)
(if_then_else (ne (reg:CC 13 cc)
(const_int 0 [0x0]))
(label_ref 93)
(pc))) 561 {*bne_cc} (nil)
(expr_list:REG_BR_PROB (const_int 5000 [0x1388])
(nil)))
--
Rask Ingemann Lambertsen
On Mon, May 07, 2007 at 10:12:21PM +0200, Paolo Bonzini wrote:
>
> Can you also check -fno-forward-propagate?
With plain -O2, insn 61 disappears in the fwprop1 dump. With -O2
-fno-forward-propagate, insn 61 disappears in the gcse1 dump instead.
--
Rask Ingemann Lambertsen
(label_ref 93)
(pc))) 556 {*bne_ccz} (insn_list:REG_DEP_TRUE 66 (nil))
(expr_list:REG_DEAD (reg:CC 13 cc)
(expr_list:REG_BR_PROB (const_int 5000 [0x1388])
(nil
Which looks good.
--
Rask Ingemann Lambertsen
;t coded something like
(set (reg:DI 30) (mult:DI (sign_extend:DI (reg:SI 33))
(sign_extend:DI (reg:SI 32
instead?
--
Rask Ingemann Lambertsen
look
> through i386/m68k I don't see a single (strict_low_part (subreg:SI)).
That's because with UNITS_PER_WORD == 4, (subreg:SI (reg:DI) n) is
implicitly a strict low part for n == 0 or n == 4. When used as destination,
such a subreg is defined as not clobbering anything outside the
ee what is in the progname.c.*.combine file produced by
-fdump-rtl-combine.
Double check that your "data_reg" predicate is working.
You will make your life easier by giving the insn pattern a name. The RTL
dumps and in particular the -S -dp output will be easier to read.
--
Rask Ingemann Lambertsen
be available for reloads. If no insns mention %rpic at all, it should just
work, and you will have recovered a register.
--
Rask Ingemann Lambertsen
scheme for this, where they eliminate the pic
> register to itself. I've never really understood how that's
> supposed to work.
See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27959#c3>.
--
Rask Ingemann Lambertsen
e for? R9 or sl?
Perhaps show the actual insn B before and after reload?
--
Rask Ingemann Lambertsen
On Tue, May 15, 2007 at 09:31:10AM +0100, Mark Shinwell wrote:
> Rask Ingemann Lambertsen wrote:
> >On Mon, May 14, 2007 at 10:47:13PM +0100, Mark Shinwell wrote:
> >
> >[snip]
> >>- the last use of reg2 (in B) is inside a matched input operand;
> &g
CLOBBER)
note_stores (PATTERN (x), forget_old_reloads_1, NULL);
#ifdef AUTO_INC_DEC
/* Likewise for regs altered by auto-increment in this insn.
It might be worth investigating why these calls to
forget_old_reloads_1(), in particular the second one, don't handle your
case, and which changes would fix it. I'm thinking that maybe we should
include the reload insns themselves in the scan.
--
Rask Ingemann Lambertsen
f this reload used a register.
If rld[r].reg_rtx is 0, this is an optional reload
that we opted to ignore. */
if (i >= 0 && rld[r].reg_rtx != 0)
{
I'd like a similiar comment just before your code. It is the i < 0 in
your case which prevents the preceeding if() block from updating
reg_reloaded_valid and so on.
--
Rask Ingemann Lambertsen
the 'MAC"
> pattern for -O0 optimisation?
It would be entirely possible to add an option such as
-fcombine-instructions to enable the life1 and combine passes separately.
--
Rask Ingemann Lambertsen
On Fri, Apr 27, 2007 at 08:24:11AM -0700, Richard Henderson wrote:
> On Fri, Apr 27, 2007 at 04:00:13PM +0200, Rask Ingemann Lambertsen wrote:
> >I don't see how emit_move_complex_push() can ever generate a push
> > instruction. Here's a backtrace:
>
> emit_
may well have encoded that logic incorrectly in the patch, though.
I'd say try the usual testing procedure with the addition of saving away
libgcc, newlib, libiberty etc. for code size comparison. If you find any, at
least we'll be that much wiser.
--
Rask Ingemann Lambertsen
992-02-28 11:23:25 +0100 (fre, 28 feb 1992) | 2 lines
Initial revision
--------
--
Rask Ingemann Lambertsen
ut
> FAILS: gcc -O0 -march=athlon gcc.c-torture/execute/20050316-2.c && ./a,out
>
> This is with 4.2-branch, but it also happens with FC6's gcc-4.1.1.
4.3 is broken too. See e.g.
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00635.html> which has
--with-arch=pentium3.
--
Rask Ingemann Lambertsen
> >
> > Yeah:
> > [...]
> > (and test1 also using movq %mm0, something, also no (f)emms).
>
> Is it already filed somewhere in Bugzilla? Or would you
> like me to open a new bug for it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161> but nobody seems
to be working on it.
--
Rask Ingemann Lambertsen
ead
and ask the patch author directly. If you don't have that message in your
mailbox, you can download it from the archive as raw text and demangle it
with this script:
#!/bin/sh
sed -e '1,/^$/ { s/ at /@/g' -e 's/ dot /./g' -e '}'
(Don't ask me why I didn't write it using #!/bin/sed instead.)
--
Rask Ingemann Lambertsen
On Wed, May 23, 2007 at 10:02:02AM -0700, Joe Buck wrote:
> Mark Mitchell wrote:
> > >1. Add a field to bugzilla for the SVN revision at which a particular
> > >regression was introduced. Display that in bugzilla as a link to the
> > >online SVN history browser so that clicking on a link takes us
were shown. Build system maintainers might want to
see the build field instead.
--
Rask Ingemann Lambertsen
ginning of August, I'll find
> time to implement the precalculation of constraint sets for reload and
> recog.
What is the status of automatically generating documentation for the
constraints?
--
Rask Ingemann Lambertsen
know that
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01774.html> is a patch for
reload? I suggest adding the word "reload" somewhere on the subject line,
perhaps as [reload] if there isn't a natural way of including it on the
subject line.
--
Rask Ingemann Lambertsen
tried this for a few patches, but I have some problems finding out
> what area I should write there...
Approximately the same as you'd use in the subject line. I would use the
MAINTAINERS file and the bug database component field as a guide.
--
Rask Ingemann Lambertsen
is available as /home/rask/opt/bin/make. Source tarballs are in
/n/07/guerby/ftp.
Finally, using two existing baseboard files as a starting point, I made
/home/rask/dejagnuboards/m32c-sim.exp for running tests of
--target=m32c-unknown-elf.
--
Rask Ingemann Lambertsen
> * PR 30252 miscompilation of sigc++-2.0 based code with -fstrict-aliasing
>
> * PR 31360 rtl loop invariant is broken
PR 30052 (GCC 4.2 can't compile xorg-server, memory hog problem) is only
a P2 regression, but I guess is prevents GCC 4.2.x from being used in most
distributions.
--
Rask Ingemann Lambertsen
On Tue, May 29, 2007 at 03:10:57AM +, R. D. Flowers, Chattanooga TN USA
wrote:
>
> Rask Ingemann Lambertsen wrote:
> >On Mon, May 28, 2007 at 05:14:51PM +, R. D. Flowers, Chattanooga TN
> >USA wrote:
> >
> >>foo=term1,foo+=term2,foo+=term3 ... ;
&g
as base register for every offset.
I think a new macro along the lines of MODE_CODE_BASE_REG_CLASS might do
the trick.
Perhaps this family of macros needs to be cleaned up, so you have:
RTX_BASE_REG_CLASS(x)
RTX_INDEX_REG_CLASS(x)
where x is the address expression as an RTX.
--
Rask Ingemann Lambertsen
l? If intentional, the comment
should say so and perhaps also why.
--
Rask Ingemann Lambertsen
c/rtl.h
#define HARD_REGISTER_P(REG) (HARD_REGISTER_NUM_P (REGNO (REG)))
#define HARD_REGISTER_NUM_P(REG_NO) ((REG_NO) < FIRST_PSEUDO_REGISTER)
--
Rask Ingemann Lambertsen
emit_input_reload_insns(). There is no check that the reload register still
contains the correct value, and besides, reg_reloaded_valid and
reg_reloaded_contents aren't updated until later anyway.
--
Rask Ingemann Lambertsen
LOG_LINKS are gone. Where do I find the equivalent information in a dump
file now?
--
Rask Ingemann Lambertsen
pnote = &XEXP (*pnote, 1);
}
}
}
life_analysis (PROP_REG_INFO | PROP_DEATH_NOTES);
}
--
Rask Ingemann Lambertsen
lf 73 -> 139 (mstein's results)
h8300-unknown-elf 701 -> 3924 (mstein's results, [1])
[1] exceeds 100 kB message size limit of gcc-testresults.
--
Rask Ingemann Lambertsen
ed in the vregs pass, like all (?) the other
virtual pseudo registers.
--
Rask Ingemann Lambertsen
is correct. However, what Seongbae failed to say is
> that you can ditch the code that gets rid of the old notes. That will
> be done by the note problem.
Yes, look at what I posted yesterday already and smile.
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01147.html>
--
Rask Ingemann Lambertsen
On Mon, Jun 18, 2007 at 01:18:48PM +0200, Paolo Bonzini wrote:
> Rask Ingemann Lambertsen wrote:
> > This patch makes the frv build again after the dataflow merge. Ok?
> >(I don't have access to check in patches myself.)
>
> Yes, ok. Please request write after appro
he prologue is emitted, which is some time
after reload.
> 5) How can I tell if a reg is a virtual_stack_reg?
FIRST_VIRTUAL_REGISTER <= regno <= LAST_VIRTUAL_REGISTER
--
Rask Ingemann Lambertsen
On Tue, Jun 19, 2007 at 11:11:54AM +0200, Uros Bizjak wrote:
> On 6/19/07, Rask Ingemann Lambertsen <[EMAIL PROTECTED]> wrote:
> >
> > It is possible to mess up the substitution that the vregs pass performs.
> >IIRC, it happened to me once because I accidentally p
On Tue, Jun 19, 2007 at 08:33:52AM -0400, Kenneth Zadeck wrote:
>
> Since it sounds like you understand this, are either of you willing/able
> to attack the problem at it's source?
Uros is already at it
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01317.html>.
--
Rask Ingemann Lambertsen
r more new comparison modes and you will have to define branch insns
which use the new mode(s), comparison insns which set the cc register in the
new mode(s), new sCC style insns, and so on. Additionally, look at
SELECT_CC_MODE and TARGET_CC_MODE_COMPATIBLE. If you have some sort of
arm_output_compare_insn() function, modify that as well.
The significance of defining a CCmode is that is says that comparisons
done in that mode set the flags in a specific way.
--
Rask Ingemann Lambertsen
izable. I'm guessing
it accidentally clobbers the original insn in doing so. Where would I look?
--
Rask Ingemann Lambertsen
(const_int x
(... (ge (reg:CCMAV CC_REGNUM) ...))
into
(set (reg:CCMAV CC_REGNUM)
(compare:CCMAV (match_operand:DI ...)
(const_int x-1
(... (gt (reg:CCMAV CC_REGNUM) ...))
which is better if I understand correctly.
Once you know that all MaverickCrunch comparisons (and only those) have
(reg:CCMAV CC_REGNUM) in them, then it is easy to write all the
corresponding comparison and branch instructions.
--
Rask Ingemann Lambertsen
On Thu, Jun 28, 2007 at 01:55:24PM +1000, Hasjim Williams wrote:
>
> On Wed, 27 Jun 2007 12:31:42 +0200, "Rask Ingemann Lambertsen"
> <[EMAIL PROTECTED]> said:
> > Additionally, look at SELECT_CC_MODE and TARGET_CC_MODE_COMPATIBLE.
That should be TARGET_CC
ng at the rtx passed
to it. It is a garbage in, garbage out system.
--
Rask Ingemann Lambertsen
ion 357 dated 1992-02-22, log message "Initial
revision". It's amazing that this bug hasn't been discovered before.
I'll test and submit the patch as usual.
Of course, the replacement that combine rejected was supposed to be
cheaper, so I'm off to see if I can mung^Wcorrect the costs.
--
Rask Ingemann Lambertsen
/* We now know that we can do this combination. Merge the insns and
update the status of registers and LOG_LINKS. */
If I'm going to say something I like about this version of the patch,
then it'll be that we don't mung the notes until we've checked the costs.
--
Rask Ingemann Lambertsen
t's the same NZCV bits in
hardware.
--
Rask Ingemann Lambertsen
om ../.././gcc/trunctfxf2.c:2:
/n/12/rask/src/all/libgcc/../gcc/config/soft-fp/trunctfxf2.c:36: warning: no
previous prototype for '__trunctfxf2'
--
Rask Ingemann Lambertsen
load. The prologue and
epilogue expanders are used after reload. A back end might use some of the
expanders in a peephole definition.
--
Rask Ingemann Lambertsen
port
> in the future (method 1)?
Please don't top post. Thanks.
Shameless plug: Get trunk revision 126251 or later and compile with
-fdump-rtl-combine-details, then look at the dump file. There is a good
chance that combine is already looking for such an instruction.
--
Rask Ingemann Lambertsen
at which point the first instruction becomes dead and we should get just
(parallel [
(set (reg R0) (reg Rn))
(return)
])
which is the RTV/N instruction.
Actually, this is something the register allocator should get right, but
that doesn't seem to happen any time soon.
--
Rask Ingemann Lambertsen
(gen_rtx_REG (SImode, R0_REG)));
else
emit_jump_insn (gen_return ());
DONE;
}")
--
Rask Ingemann Lambertsen
00642.html>.
[1] I.e. Sunday, 29th July 23:59:59 in the westmost time zone. :-)
--
Rask Ingemann Lambertsen
What "regression failures"?
> We tried to get the register Rn from the function expand_value_return
> (rtx val) in gcc/stmt.c. The register Rn can be used as the operand in
> "return_rtv". The Rn register obtained from the above function is a
> PSEUDO register. Kindly suggest a way to get HARD register instead of a
> PSEUDO register?
true_regnum(), but I doubt that is the way to go.
--
Rask Ingemann Lambertsen
regtest fine with
reload's find_valid_class() implemented as gcc_abort(). And guess what,
there seems to be an off-by-one error in the outer loop exit condition.
--
Rask Ingemann Lambertsen
here is that if
they post before reading http://gcc.gnu.org/lists.html>, then they won't
even know that there is a list called gcc-development@ and it would
therefore be unlikely for them to post to [EMAIL PROTECTED]
--
Rask Ingemann Lambertsen
On Thu, Jul 26, 2007 at 12:36:19PM -0700, Ian Lance Taylor wrote:
> Rask Ingemann Lambertsen <[EMAIL PROTECTED]> writes:
>
> >For example, several targets would build/bootstrap and regtest fine with
> > reload's find_valid_class() implemented as gcc_abort(). And g
ng patches, we have
http://gcc.gnu.org/codingconventions.html> and
http://gcc.gnu.org/contribute.html> which both say something about
ChangeLog enties while neither mention the patch tracker. Another example is
that both http://gcc.gnu.org/contribute.html> and
http://gcc.gnu.org/install/test.html> document how to test GCC, so you
have to find and read both.
[1] http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01051.html
--
Rask Ingemann Lambertsen
On Wed, Aug 01, 2007 at 03:57:19AM -0400, Dennis Clarke wrote:
> WARNING: program timed out.
> FAIL: gcc.c-torture/compile/20001226-1.c -O1 (test for excess errors)
It's in the archives:
http://gcc.gnu.org/ml/gcc/2006-09/msg00155.html>
--
Rask Ingemann Lambertsen
own-linux-gnu rather than powerpc64-unknown-linux-gnu or
x86_64-unknown-linux-gnu. Dropping the first two characters off of
"i686-pc-linux-gnu" means I have to enter that field and scroll to the
beginning to see if it says i386, i486, i586 or i686. It would be nice to
have this fixed.
--
Rask Ingemann Lambertsen
On Sun, Aug 05, 2007 at 11:18:52PM -0400, Daniel Berlin wrote:
> For now, i have made the fields not subtract two from the size (which
> was done to fix a broken browser)
It worked. Thanks.
--
Rask Ingemann Lambertsen
that it only
implements movXX for modes of 16 bits or less and AFAIK does not suffer from
the CSE bug.
--
Rask Ingemann Lambertsen
Imode to DImode. It's just that cmpsi2 is implemented as a library call and
gen_slt() fails. Result: "Junk extended" arguments are passed to muldi3.
--
Rask Ingemann Lambertsen
AC_SUBST(NO_MINUS_C_MINUS_O)
+AC_SUBST(OUTPUT_OPTION)
# Figure out what compiler warnings we can enable.
# See config/warnings.m4 for details.
--
Rask Ingemann Lambertsen
only
interested in the comparison result, so combine goes ahead and does the
simplifications. Unfortunately, the result is an expression which targets
aren't likely to have an instruction pattern for.
--
Rask Ingemann Lambertsen
p]
> Regret the rather verbose post.
It is not verbose enough. Please post a testcase.
--
Rask Ingemann lambertsen
On Thu, Aug 09, 2007 at 01:32:02PM +0100, Dave Korn wrote:
> On 09 August 2007 13:25, Rask Ingemann Lambertsen wrote:
>
> >All examples so far have had CONST_DOUBLE in the REG_EQUAL note.
>
> Yes, and? I don't see what you're getting at here.
Not necessari
combined tree:
.../configure --target=xxx --with-newlib --enable-sim --disable-gdb
--disable-nls --enable-checking=yes,rtl
make
See also http://gcc.gnu.org/ml/gcc-help/2007-06/msg00230.html>.
Thanks for reminding me to ping that patch.
--
Rask Ingemann Lambertsen
but I doubt
> thatt would actually happen...
It did a few months ago, at least for scalar variables. Have we
regressed in this area?
--
Rask Ingemann Lambertsen
uot; in
... rest of cases go here ...
*)
libgloss_dir=${cpu}
;;
esac
but then the default of the second case construct will override libgloss_dir
from the first one, if I'm not missing something here.
--
Rask Ingemann Lambertsen
ng treated as errors
> /cvs/gcc-svn/trunk/gcc/cse.c: In function ‘hash_rtx’:
> /cvs/gcc-svn/trunk/gcc/cse.c:2165: error: initialization discards qualifiers
> from pointer target type
> make[3]: *** [cse.o] Error 1
Known bug, patch posted.
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01728.html
--
Rask Ingemann Lambertsen
967256 [0xffd8]))) -1 (nil)
>(nil))
A bugzilla search would have led you to bug target/32558.
--
Rask Ingemann Lambertsen
king work on the additional optimization requested by the
"customer" in comment 11:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30315#c11
--
Rask Ingemann Lambertsen
ovsi_internal} (nil)
> (nil))
It would help a lot if you post your GO_IF_LEGITIMATE_ADDRESS.
--
Rask Ingemann Lambertsen
TRIBUTE_UNUSED)
> {
> return (GET_CODE (addr) == CONST_INT
> && SMALL_INT (INTVAL (addr));
> }
GET_CODE (x) == REG --> REG_P (x)
GET_CODE (x) == CONST_INT --> CONST_INT_P (x)
--
Rask Ingemann Lambertsen
#x27;#include "tm.h"' gcc/recog.c
gcc/reload.c
gcc/recog.c:#include "tm.h"
gcc/reload.c:#define REG_OK_STRICT
gcc/reload.c:#include "tm.h"
--
Rask Ingemann Lambertsen
On Fri, Aug 17, 2007 at 06:02:06PM +0200, Rask Ingemann Lambertsen wrote:
>What happened to the experiments you described at
> http://gcc.gnu.org/ml/gcc/2004-06/msg01178.html>? Emitting a no-op move
> of the (set (reg) (reg)) form won't work, but maybe something like
>
: No such file or directory
$ grep -F -e bf532.ld gcc/config/bfin/*
gcc/config/bfin/elf.h:%{!T*:%{!msim:%{mcpu=bf531:-Tbf531.ld}%{mcpu=bf532:-Tbf532.ld}
\
gcc/config/bfin/elf.h:%{!mcpu=*:-Tbf532.ld}}}"
The file bf532.ld is nowhere to be found in gcc or newlib/libgloss.
--
Rask Ingem
On Tue, Sep 18, 2007 at 10:19:37PM +0800, Jie Zhang wrote:
> Rask Ingemann Lambertsen wrote:
> >The file bf532.ld is nowhere to be found in gcc or newlib/libgloss.
> >
> I have not pushed out our recent newlib/libgloss changes to upstream
> yet. Currently you could get latest
On Tue, Sep 18, 2007 at 06:09:18PM +0200, Rask Ingemann Lambertsen wrote:
> On Tue, Sep 18, 2007 at 10:19:37PM +0800, Jie Zhang wrote:
> > Rask Ingemann Lambertsen wrote:
> > >The file bf532.ld is nowhere to be found in gcc or newlib/libgloss.
> > >
> > I have
e_not_beginning_with_asterix"
...
probably should have been
(define_expand_and_insn "name_not_beginning_with_asterix"
...
for clarity.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
izing, that might cause this to happen?
Combine only runs when optimization is enabled.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
red
--with-{gmp,mpfr}=$HOME/openwatcom
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
On Thu, Sep 27, 2007 at 10:34:50AM +0200, Paolo Bonzini wrote:
> Rask Ingemann Lambertsen wrote:
> > I'm having a look at building GCC with OpenWatcom to reduce build
> >times. There seems to be something wrong with the build machinery:
>
> Can you try this patch? RA
hout casting? I am using gcc 4.1.1 on an xscale platform.
This is the wrong mailing list for such a question, please ask on
[EMAIL PROTECTED] Also please tell us what "work as expected" means. Otherwise,
we
can't really answer your question.
--
Rask Ingemann Lambertsen
Dani
year to essentially revert that patch and
enhance find_reg() such that an output reload can use a register which is
live_before && !live_after, which is not the case today. See e.g.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32725>.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
E 2053 (nil))
> (nil))
>
> This instruction is invalid and there is no pattern for a match.
It matches the "iorsi3_internal1" pattern.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
ntation about "Constraint Modifier Characters" says:
"`&' applies only to the alternative in which it is written."
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
101 - 200 of 228 matches
Mail list logo
