build with --enable-checking=release

Bug #612822 reported by pdknsk
0
Affects Status Importance Assigned to Milestone
gcc-4.5 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

I noticed this in the release notes of gcc-4.5 (4.5-20100202-1), released in February.

"Configure with --enable-checking=yes for snapshot builds, and for 4.5 builds before the release."

Well gcc 4.5 was released about two months later, but 4.5.1 (Ubuntu 4.5.1-1ubuntu1) still uses --enable-checking=yes which significantly slows down the compiler.

Tags: gcc-4.5
pdknsk (pdknsk)
tags: added: gcc-4.5
description: updated
pdknsk (pdknsk)
description: updated
Revision history for this message
pdknsk (pdknsk) wrote :

I have attached a patch in case this helps to get a bug noticed.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gcc-4.5 - 4.5.1-1ubuntu2

---------------
gcc-4.5 (4.5.1-1ubuntu2) maverick; urgency=low

  * Build from the Linaro 4.5-2010.08-1 release on amd64, armel, i386
    and powerpc.
  * Update to SVN 20100813 (r163226) from the gcc-4_5-branch.
    - Fix PR target/41089, PR tree-optimization/44914, PR c++/45112,
      PR fortran/44929, PR middle-end/45262, PR debug/45259, PR debug/45055,
      PR target/44805, PR middle-end/45034, PR tree-optimization/45109,
      PR boehm-gc/34544, PR target/44942, PR fortran/31588, PR fortran/43954,
      PR fortran/44660, PR fortran/42051, PR fortran/44064, PR fortran/45151,
      PR libstdc++/44963.

  [ Matthias Klose ]
  * Allow overwriting of the PF macro used in the build from the environment
    (Jim Heck). Closes: #588381.
  * Fix libc-dbg build dependency for java enabled builds. Addresses: #591424.
  * gcj: Align data in .rodata.jutf8.* sections, patch taken from the trunk.
  * Configure with --enable-checking+release. LP: #612822.
  * Add the complete packaging to the -source package. LP: #608650.
  * Drop the gcc-ix86-asm-generic32.diff patch.

  [ Steve Langasek ]
  * s,/lib/,/$(libdir)/, throughout debian/rules*; a no-op in the current
    case, but required for us to find the libraries when building for
    multiarch
  * Don't append multiarch paths to any multilib paths except for the default;
    our biarch (multilib) builds need to remain independent of multiarch in
    the near term, so we want to make sure we can find /usr/lib32 without
    /usr/lib/i486-linux-gnu being available.
  * debian/control.m4, debian/rules.conf: conditionally set packages to be
    Multi-Arch: yes when MULTIARCH is defined.

  [ Marcin Juszkiewicz ]
  * Allow building intermediate stages for cross builds. LP: #603497.
 -- Matthias Klose <email address hidden> Sat, 14 Aug 2010 18:10:45 +0200

Changed in gcc-4.5 (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Patches

Remote bug watches

Bug watches keep track of this bug in other bug trackers.