public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: GCC 4.7.0 Status Report (2011-10-27), Stage 1 will end Nov 7th
@ 2011-10-27 14:47 Uros Bizjak
  2011-11-15 15:28 ` Michael Zolotukhin
  0 siblings, 1 reply; 3+ messages in thread
From: Uros Bizjak @ 2011-10-27 14:47 UTC (permalink / raw)
  To: GCC Development
  Cc: Richard Guenther, Jan Hubicka, gcc-patches, Michael Zolotukhin,
	Jakub Jelinek, Joseph S. Myers

Hello!

> The GCC trunk is still in stage1.  Stage1 will last until
> Nov 7th (including, use your timezone to your advantage) after
> which we will have been in stage1 for nearth 8 months.
> In stage3 the trunk will be open for general bugfixing, no
> new features will be accepted.

There is a patch that implements usage of vector instructions in
memmov/memset expanding [1]. The patch was not reviewed for quite some
time, but IIRC, we said that patches that were submitted before Stage
1 closes are still eligible for later stages (after a review of
course).

I think that this feature certainly improves gcc (also taking into
account recent glibc changes in this area), and IMO implements an
important feature for recent processors. I would like to motivate
middle-end and target maintainers to consider the patch for a review
before stage 1 closes, and ultimately ask Release Managers to decide
how to proceed with this patch.

[1] http://gcc.gnu.org/ml/gcc-patches/2011-10/msg02392.html

Thanks,
Uros.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: GCC 4.7.0 Status Report (2011-10-27), Stage 1 will end Nov 7th
  2011-10-27 14:47 GCC 4.7.0 Status Report (2011-10-27), Stage 1 will end Nov 7th Uros Bizjak
@ 2011-11-15 15:28 ` Michael Zolotukhin
  0 siblings, 0 replies; 3+ messages in thread
From: Michael Zolotukhin @ 2011-11-15 15:28 UTC (permalink / raw)
  To: Uros Bizjak
  Cc: GCC Development, Richard Guenther, Jan Hubicka, gcc-patches,
	Jakub Jelinek, Joseph S. Myers

Hello!

x86-specific part of this patch was committed to the trunk recently.
There is also target-independent part, which covers memset/memcopy for
the smallest sizes (from 1 to ~256 bytes). In contrast to existing
implementation, it has a cost model to choose the fastest move-mode
(which could be a vector move-mode). This helps to increase the
performance on small sizes - these cases are especially important,
because libcalls can't be efficiently used here due to call overheads.

Could anyone from middle-end maintainers review it, when I updated it
to the latest changes?

Thanks!

On 27 October 2011 17:24, Uros Bizjak <ubizjak@gmail.com> wrote:
> Hello!
>
>> The GCC trunk is still in stage1.  Stage1 will last until
>> Nov 7th (including, use your timezone to your advantage) after
>> which we will have been in stage1 for nearth 8 months.
>> In stage3 the trunk will be open for general bugfixing, no
>> new features will be accepted.
>
> There is a patch that implements usage of vector instructions in
> memmov/memset expanding [1]. The patch was not reviewed for quite some
> time, but IIRC, we said that patches that were submitted before Stage
> 1 closes are still eligible for later stages (after a review of
> course).
>
> I think that this feature certainly improves gcc (also taking into
> account recent glibc changes in this area), and IMO implements an
> important feature for recent processors. I would like to motivate
> middle-end and target maintainers to consider the patch for a review
> before stage 1 closes, and ultimately ask Release Managers to decide
> how to proceed with this patch.
>
> [1] http://gcc.gnu.org/ml/gcc-patches/2011-10/msg02392.html
>
> Thanks,
> Uros.
>



-- 
---
Best regards,
Michael V. Zolotukhin,
Software Engineer
Intel Corporation.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* GCC 4.7.0 Status Report (2011-10-27), Stage 1 will end Nov 7th
@ 2011-10-27 12:58 Richard Guenther
  0 siblings, 0 replies; 3+ messages in thread
From: Richard Guenther @ 2011-10-27 12:58 UTC (permalink / raw)
  To: gcc; +Cc: gcc-patches

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1559 bytes --]


Status
======

The GCC trunk is still in stage1.  Stage1 will last until
Nov 7th (including, use your timezone to your advantage) after
which we will have been in stage1 for nearth 8 months.
In stage3 the trunk will be open for general bugfixing, no
new features will be accepted.

Now is time to bring down the number of regressions against
previous releases that we have accumulated.  Especially if you
are a target or port maintainers consider reviewing bugreports
and make sure they are properly marked as regressions (if they are).

We do have quite a high number of release critical bugs (P1) right now,
some only because they do look important and did not yet get enough
attention for analysis.  Which means you can also help with just
analyzing regressions even if you do not fix them.


Quality Data
============

Priority          #   Change from Last Report
--------        ---   -----------------------
P1               51   + 24 
P2              104   +  6
P3               15   - 16 
--------        ---   -----------------------
Total           170   + 14


We currently also have 118 P4 or P5 regression bugs open, those
include regressions for non-primary languages and targets that
are not included in the list of primary and secondary targets.


Previous Report
===============

http://gcc.gnu.org/ml/gcc/2011-10/msg00177.html

The next report will be sent by Jakub.

-- 
Richard Guenther <rguenther@suse.de>
SUSE / SUSE Labs
SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-11-15 11:54 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-10-27 14:47 GCC 4.7.0 Status Report (2011-10-27), Stage 1 will end Nov 7th Uros Bizjak
2011-11-15 15:28 ` Michael Zolotukhin
  -- strict thread matches above, loose matches on Subject: below --
2011-10-27 12:58 Richard Guenther

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).