- disable rules for gengtype-yacc.c, gengtype-yacc.h and gengtype-lex.c
- pull across a fix for cygwin building fixincludes from GCC3 tree
- disable %.info rules.
>date: 2004/11/30 01:51:13; author: jwise; state: Exp; lines: +21 -3
>As discussed on tech-toolchain@netbsd.org, make cpp refuse to attempt to
>parse a #include'd file which does not pass S_ISREG() if the environment variable
>CPP_RESTRICTED is set.
>
>This is primarily intended for use by programs such as calendar(1) which
>use cpp to parse untrusted user files -- without this change (and the corresponding
>change to calendar(1)), any user can cause a denial-of-service for the daily
>calendar -a run by #include'ing a named pipe.
>
>Many thanks to christos@netbsd for his help in polishing this.
>revision 1.2
>date: 2003/10/29 21:25:03; author: mycroft; state: Exp; lines: +40 -11
>As seen on tech-toolchain:
>
>So the problem is thus:
>
>* The {u,}mulsidi3 generate two parallel sets which modify the upper and lower
>halves of the target register.
>
>* life_analysis() does not track subregister modifications -- if you don't
>modify the whole register with a single set, it considers the register
>unused.
>
>The simple, if klugy, solution to this is to stick an explicit clobber in. It
>seems to work.
>
>While doing this, I noticed that constant folding was not happening for
>32x32->64 multiplies. This is because the parallel set generated by
>{u,}mulsidi3 cannot be folded at all. To solve this, I first expand to a
>normal multiply, and then use a define_insn_and_split to convert it to the
>parallel set after CSE and constant folding.
>
>This patch has also been submitted to GCC bugzilla, but who knows if I'll get
>a reply to that.
- add GPLUSPLUS_BACKWARD_INCLUDE_DIR to the INCLUDE_DEFAULTS includes
- define GPLUSPLUS_BACKWARD_INCLUDE_DIR, TOOLDIR_BASE_PREFIX,
STANDARD_BINDIR_PREFIX and STANDARD_LIBEXEC_PREFIX
- delete NETBSD_LIBGCC_SPEC
- define LIBGCC_PICSUFFIX as "_pic".
>PR/29832: J.T. Conklin: libstdc++ missing std::wstring support
>This wonderful patch together with yesterdays wcsftime addition, makes
>us able to use wide strings in c++
self build (with gcc-3.3.3) on hp300 has worked fine without this.
Maybe we could remove this HACK for m68000 too, but I can't confirm it
because it's too slow even on the emulator and it's unlikely to build
whole toolchains on sun2 with its maximum 4MB RAM...
features.
nan is removed from libstdc++ as it's been added to libc. A major bump
is avoided as there are very few (no) examples of linkage against
libstdc++ and not against libc.
