2013/6/22 Andreas Schwab :
> Chung-Ju Wu writes:
>
>> clean:
>> - -rm -f auto-target.h libgcc_tm.h libgcc.map
>> + -rm -f libgcc_tm.h libgcc.map
>> -rm -f libgcc_tm.stamp stamp-h stmp-ldirs
>
> Same for stamp-h.
>
Like this?
==
> I have set out here to just fix the problem at hand, but it is a bit
> worrying that cse is about to replace a read with a copy of a value read
> before using an alias set that is not considered compatible.
> It would be OK if the alias set of the re-used read was adjusted, but I
> don't think we
Andrew MacLeod wrote:
* Quite a lot of target interfaces would be used by the front ends
specifically for defining macros for building target libraries only; see
the "probably predefine macros if -fbuilding-libgcc in most cases"
list on
that wiki page. (Thus, given a clean separation of target-s
On Sat, Jun 22, 2013 at 12:17 AM, Chung-Ju Wu wrote:
> Like this?
>
> ===
> --- libgcc/Makefile.in (revision 200306)
> +++ libgcc/Makefile.in (working copy)
> @@ -121,8 +121,8 @@
> .PHONY: all clean
>
> clean:
> - -rm -f aut
Dear All,
(see http://gcc.gnu.org/ml/gcc/2013-06/msg00066.html
& http://gcc.gnu.org/ml/gcc/2013-06/msg00018.html
& http://gcc.gnu.org/ml/gcc/2013-06/msg1.html announcing release
candidates;
I have corrected all the bugs found or reported on them)
It is my pleasure and honor to announce t
