This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GCC 4.5.0 Status Report (2010-03-31), trunk is frozen


On Wed, Mar 31, 2010 at 05:54:52PM +0200, Richard Guenther wrote:
> 
> Status
> ======
> 
> We have reached the zero P1 GCC 4.5 regressions required for a
> release candidate build of GCC 4.5.0.  To allow this state to
> prevail the trunk is frozen for non-documentation changes
> starting April 2nd (use your timezone for your advantage).
> A release candidate will not be built before the end of Easter.
> 
> All changes possibly affecting primary or secondary targets
> and languages require release manager approval at this point.
> 
> Please use extra care even for regression fixes that you want
> to get in before GCC 4.5.0.  GCC 4.5.0 will not be the end of GCC 4.5,
> there will be plenty of time to fix bugs and regressions for
> subsequent releases from the GCC 4.5 branch.
> 
> Overall GCC 4.5 looks good.  Thanks for the previous two weeks
> of bugfixing!
> 
> Please use the Easter holidays for testing and not for introducing bugs ;)
> 
> 
> Quality Data
> ============
> 
> Priority          #     Change from Last Report
> --------        ---     -----------------------
> P1                0     - 16
> P2               81     - 17
> P3                4     +  1 
> --------        ---     -----------------------
> Total            85     - 32
> 
> 
> Previous Report
> ===============
> 
> http://gcc.gnu.org/ml/gcc/2010-03/msg00155.html
> 
> 
> The next status report will be sent by Jakub.
> 
> 
> -- 
> Richard Guenther <rguenther@suse.de>
> Novell / SUSE Labs
> SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex

Richard,
   We will have to sort out whether to regress r157822 for the gcc 4.5.0
or if a simple fix is available for darwin either by fixing the export of
the undefined  __emutls_v.__gcov_indirect_call_counters and 
___emutls_v.__gcov_indirect_call_callee or wrappering the
DECL_TLS_MODEL () statements with #ifdef HAVE_AS_TLS/#endif ala...

Author: jiez
Date: Fri Jan 23 04:58:03 2009
New Revision: 143583

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143583
Log:
        libmudflap/
        * mf-impl.h (__mf_get_state, __mf_set_state): Don't use
        __thread when TLS support is emulated.
        * mf-hooks3.c (__mf_get_state, __mf_set_state): Likewise.
        * mf-runtime.c (__mf_state_1): Likewise.
        * configure.ac: Use GCC_CHECK_EMUTLS.
        * configure: Regenerate.
        * config.h.in: Regenerate.

        config/
        * tls.m4 (GCC_CHECK_EMUTLS): Define.

Modified:
    trunk/config/ChangeLog
    trunk/config/tls.m4
    trunk/libmudflap/ChangeLog
    trunk/libmudflap/config.h.in
    trunk/libmudflap/configure
    trunk/libmudflap/configure.ac
    trunk/libmudflap/mf-hooks3.c
    trunk/libmudflap/mf-impl.h
    trunk/libmudflap/mf-runtime.c

                Jack 


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]