> 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
instruction (which
is how you've defined it above), then there is no optab for it.
> However, the add_optab and smul_optab do be
> initialized with Code_for_addsi3/mulsi3. As a result, when I test the
> following simple program, cc1 produces separate add and mul instructions
&
On Wed, Dec 19, 2007 at 10:17:00PM +0100, Steven Bosscher wrote:
> On Dec 19, 2007 4:32 PM, Rask Ingemann Lambertsen <[EMAIL PROTECTED]> wrote:
>
> > If you want an additional
> > list of bugs that are being actively worked on (and labelled as such),
> > that'
TFIX or SUSPENDED. Start shooting.
Having assigned myself to and/or posted patches for some of the bugs you
want to close as WONTFIX, including four which have four-digit PR numbers,
my response is predictable: No way.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
On Wed, Dec 12, 2007 at 03:35:09PM +0100, 'Rask Ingemann Lambertsen' wrote:
>
>The movxx patterns are special and you'll need to hold the compiler's
> hands a little. Since your target can't move immediates directly to memory,
> you have to ask for
On Sat, Jun 16, 2007 at 05:31:02PM +0200, Rask Ingemann Lambertsen wrote:
>
>The following targets have significantly more unexpected failures than
> before:
>
> mipsisa64-unknown-elf 841 -> 921 g++ (my results)
Results have recently improved dramatically to o
uot;Why isn't reload reloading the constant
> into a register"?
One possibility is that reload is not run on insns produced by reload
itself. Other usual suspects are post-reload splitters and peepholes.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
urn \"l.addi \\t%0,r0,%1\\t # move immediate\";
> default:
>return \"invalid alternative\";
>}
Presumably you've temporarily coded it this way for debugging purposes.
If not, use the normal way:
"@
l.lbz ...
l.sb ...
..."
] [80]))) 38 {negsi2} (nil)
> (nil))
Please also post your negsi2 pattern.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
t;
+ "l.sub \t%0,r0,%1"
+ [(set_attr "type" "add")
+ (set_attr "length" "1")])
How did that happen? Look at the dump files. Btw, what is the error
message above the insn dump?
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
i/GCC_Patch_Tracking
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
On Sat, Dec 01, 2007 at 11:34:47PM +0100, Rask Ingemann Lambertsen wrote:
> Index: configure.ac
> ===
> --- configure.ac (revision 130442)
> +++ configure.ac (working copy)
> AC_SUBST(CONFIGURE_GDB_TK)
>
;t collide with the .bss section.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
m_ynf=${ac_cv_lib_m_ynf=yes}
+ac_cv_lib_m_ynl=${ac_cv_lib_m_ynl=no}
+ac_cv_lib_svld_dlopen=${ac_cv_lib_svld_dlopen=no}
+have_attribute_alias=${have_attribute_alias=yes}
+have_fpsetmask=${have_fpsetmask=no}
+have_mingw_snprintf=${have_mingw_snprintf=no}
+have_sync_fetch_and_add=${have_sync_fetch_and_add=no}
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
On Sat, Dec 01, 2007 at 12:52:52PM +0100, Rask Ingemann Lambertsen wrote:
>
>I'll post a patch to implement the --cache-file trick just as soon as I
> figure out why the $with_newlib variable is lost sometime before configuring
> libgfortran, because it seems to basicly wor
On Sat, Dec 01, 2007 at 09:48:20AM +, Richard Sandiford wrote:
> Rask Ingemann Lambertsen <[EMAIL PROTECTED]> writes:
> >
> >That's the --cache-file option, except for clobbering the file. I'll see
> > if I can arrange for the toplevel Makefile to
On Fri, Nov 30, 2007 at 03:21:32AM +0100, Rask Ingemann Lambertsen wrote:
> On Thu, Nov 29, 2007 at 10:05:54PM +, Richard Sandiford wrote:
>
> > Even though current mainline can build libgfortran, all tests fail for
> > simulator testing, and I'm not sure whether yo
On Fri, Nov 30, 2007 at 10:25:34AM -0800, Mark Mitchell wrote:
> Rask Ingemann Lambertsen wrote:
>
> >>>I have a feeling it would be more robust to simulate the link tests
> >>> inside the autoconf/libtool macros themselves as opposed to explicitly
> &g
On Thu, Nov 29, 2007 at 08:16:22PM -0800, Mark Mitchell wrote:
> Rask Ingemann Lambertsen wrote:
>
> >> Perhaps we should turn target-libgfortran off by default for mips*-elf*.
> >
> >No. There is a point in excercising the compiler: Testing. In most cases,
>
On Wed, Nov 28, 2007 at 03:21:08PM -0800, Mark Mitchell wrote:
> Rask Ingemann Lambertsen wrote:
>
> >Here's a detail I'm missing. If you configure --with-newlib (or get it
> > implicitly) and then link with something else when using the toolchain, then
> >
xample, it is now possible to build and test sparc-unknown-elf with fortran
disabled (--enable-languages=c,c++,objc,obj-c++,java) which is an
improvement over the current situation.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
On Fri, Nov 30, 2007 at 08:44:59AM +, Richard Sandiford wrote:
> Rask Ingemann Lambertsen <[EMAIL PROTECTED]> writes:
> > On Thu, Nov 29, 2007 at 10:05:54PM +, Richard Sandiford wrote:
> >> It sounds like we've agreed that, if we want
> >> to support
.a
> + FLAGS_FOR_TARGET=$FLAGS_FOR_TARGET'
> -L$$r/$(TARGET_SUBDIR)/libgloss/libnosys'
> +fi
> +;;
>mep*)
> FLAGS_FOR_TARGET="$FLAGS_FOR_TARGET -mlibrary"
> ;;
This hunk should be left out. And I would prefer that we don
being no and be
happy. A bit like having created config.cache by hand before configuring, I
suppose.
> Bernd, Richard, Rask, would one of you be willing to explore that route?
I see that Richard has already started, so I'll leave it to him.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
set
> a new precedent of its own.
I'm not against it in principle, but in practice, configuring target
libraries without linking is very fragile and has been broken more often
than not. Unless someone voluteers to battle with autoconf and libtool every
time it breaks, I'd very much
match:
(gdb) call debug_rtx (defs[0]->insn)
(insn 9 8 10 2 /tmp/pr3507-3.c:9 (set (reg:CCSO 13 cc)
(compare:CCSO (reg/v:HI 22 [ a ])
(reg/v:HI 23 [ b ]))) 269 {*cmphi_ccso} (nil))
(gdb) call debug_rtx (defs[0]->reg)
(reg:CC 13 cc)
Should I just compare register numbers ins
uot; and "define_code_macro".
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
(match_operand:SI 2 "uns_arith_operand" "r,K")))]
Oh, by the way: A commutative operator will never have a constant as the
first operand. I.e. the "_or_0_" part of "reg_or_0_operand" won't happen.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
e as a reference, but
doesn't help a complete newbie to DF a lot. Because DF is new, there will be
newbies to DF.
--
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
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
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
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
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
red
--with-{gmp,mpfr}=$HOME/openwatcom
--
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
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
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
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
: 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 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
>
#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
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
ovsi_internal} (nil)
> (nil))
It would help a lot if you post your GO_IF_LEGITIMATE_ADDRESS.
--
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
967256 [0xffd8]))) -1 (nil)
>(nil))
A bugzilla search would have led you to bug target/32558.
--
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
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
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
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
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
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
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
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
that it only
implements movXX for modes of 16 bits or less and AFAIK does not suffer from
the CSE bug.
--
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
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 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
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
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
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
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
00642.html>.
[1] I.e. Sunday, 29th July 23:59:59 in the westmost time zone. :-)
--
Rask Ingemann Lambertsen
(gen_rtx_REG (SImode, R0_REG)));
else
emit_jump_insn (gen_return ());
DONE;
}")
--
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
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
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
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
t's the same NZCV bits in
hardware.
--
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
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
ng at the rtx passed
to it. It is a garbage in, garbage out system.
--
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
(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
izable. I'm guessing
it accidentally clobbers the original insn in doing so. Where would I look?
--
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
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
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
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 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
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
ed in the vregs pass, like all (?) the other
virtual pseudo registers.
--
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
pnote = &XEXP (*pnote, 1);
}
}
}
life_analysis (PROP_REG_INFO | PROP_DEATH_NOTES);
}
--
Rask Ingemann Lambertsen
LOG_LINKS are gone. Where do I find the equivalent information in a dump
file now?
--
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
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
l? If intentional, the comment
should say so and perhaps also why.
--
Rask Ingemann Lambertsen
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
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
> * 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
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
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
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
were shown. Build system maintainers might want to
see the build field 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
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
1 - 100 of 228 matches
Mail list logo
