Joe Buck writes: > I took a look at bugzilla and a first snapshot of what the release notes > would be like, if we released now, appear below. > > I have some questions: > > - I successfully built 3.3.3 on an ia64 GNU/Linux box and did not observe > a bootstrap failure. Was 13918 something that only a very few people > observed, or was it common?
I couldn't reproduce this anymore, and it was reproducible on some machines only. > - Is 14302 the bug that caused XFree86 4.3 builds to fail on Debian ARM? CCed Phil Blundell > - Are there other bugs that the Debian folks have patched in their > gcc-3.3 that we don't have in the FSF 3_3_branch? (That's why I'm > copying you, Matthias). The debian-gcc subversion repository is currently down, so I copied the patches applied to the upstream source to http://people.debian.org/~doko/gcc-patches/. Hope this doesn't get too off-topic... The patches prefixed with an architecture are tested only on that architecture. arm-10730.dpatch: 2003-05-15 Philip Blundell <[EMAIL PROTECTED]> PR target/10730 * config/arm/arm.c (adjacent_mem_locations): Reject offsets involving invalid constants. arm12527.dpatch: 2004-01-14 Richard Earnshaw <[EMAIL PROTECTED]> PR bootstrap/12527 * config.gcc (arm*-*-linux*): Don't include unknown-elf.h in tm_file. Move linux-gas.h and linux-elf.h before aout.h. * arm/arm.h (INITIALIZE_TRAMPOLINE): Only define if not already. * arm/linux-elf.h (SUBTARGET_CPU_DEFAULT): Define. arm-233633.dpatch: Phil Blundell: Patch for invalid QImode insn resulting from HImode reload on ARMv3 arm-common.dpatch: Phil Blundell: delete ASM_OUTPUT_ALIGNED_COMMON from arm/elf.h, since it outputs the alignment in bits not bytes. arm-gotoff.dpatch: Phil Blundell: use GOTOFF not GOT relocs for .LCn and other local symbols; don't use gotoff for non-static functions, even if defined locally arm-ldm.dpatch: Phil Blundell: try harder to avoid ldm in function epilogues arm-tune.dpatch: Phil Blundell: ARM patch for default tuning for XScale libtool-rpath.dpatch: 2003-03-10 Andreas Schwab <schwab at suse dot de> With the introduction of multi-os-directory the libdir specification in *.la files have /. appended to $(libdir). This confuses libtool when it tries to find out whether to add -rpath, because it only matches literally against sys_lib_dlsearch_path members. Tested on i386-linux. m68k-subreg.dpatch: 2003-04-07 Roman Zippel <[EMAIL PROTECTED]> * gcc/final.c (alter_subreg): Adjust stack offset for a paradoxical SUBREG, when it's pushed on the stack. m68k-update2.dpatch: #177840 / PR9812 2003-06-27 James E Wilson <[EMAIL PROTECTED]> * rtl.h (mem_for_const_double): Delete prototype. * varasm.c (mem_for_const_double): Delete function. * config/m68k/hp320.h, config/m68k/linux.h, config/m68k/m68kelf.h, config/m68k/m68kv4.h, config/m68k/netbsd-elf.h (LEGITIMATE_PIC_OPERAND_P): Delete duplicate definitions. * config/m68k/m68k.h (LEGITIMATE_CONSTANT_P): Disallow XFmode. (LEGITIMATE_PIC_OPERAND_P): Delete CONST_DOUBLE tests. * config/m68k/m68k.md (movxf): Add reload_in_progress guard. Add comment about confused support for XFmode constants. m68k-update3.dpatch: 2004-01-15 Andreas Schwab <[EMAIL PROTECTED]> PR bootstrap/13562 * config/m68k/m68k.c (output_move_const_into_data_reg): Clear cc status for NOTB/NOTW/NEGW methods. The absence of this patch doesn't result in a bootstrap error. mips-branch-fix.dpatch: Fix #207915 (PR11716). Make GCC think that the maximum length of a short branch is 64K instead of 128K. It's a big hammer, but it works. powerpc-pthread-spec.dpatch: link libraries with -pthread on powerpc-linux s390-ifcft.dpatch: Gerhard Tonn <[EMAIL PROTECTED]> backport of ifcvt patch see http://gcc.gnu.org/ml/gcc-patches/2003-04/msg01072.html s390-nonlocal-goto.dpatch: Gerhard Tonn <[EMAIL PROTECTED]> nonlocal goto patch all other patches are Debian specific configure/build/install patches: - build bi-arch compilers, defaulting to 32bit - change cpu defaults for code generation - debian-hurd and debian-netbsd changes - turn on -mieee by default for alpha-linux - some patches to build gpc. - renaming of info files - libffi and libjava support for hppa (doesn't break anything else, but needs to be submitted for mainline first). > Ideally I'd like to see Debian sarge be able to come out with a compiler > that is as close to 3.3.4 as possible. that will be difficult. see http://lists.debian.org/debian-devel-announce/2004/debian-devel-announce-200402/msg00009.html I'll build a new package this weekend, then lets what our release people think about "Last changes" for another update. Matthias
