public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* optimization/10339
@ 2003-04-23 13:16 sayle
0 siblings, 0 replies; 3+ messages in thread
From: sayle @ 2003-04-23 13:16 UTC (permalink / raw)
To: sayle; +Cc: gcc-prs
The following reply was made to PR optimization/10339; it has been noted by GNATS.
From: sayle@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: optimization/10339
Date: 23 Apr 2003 13:09:39 -0000
CVSROOT: /cvs/gcc
Module name: gcc
Changes by: sayle@gcc.gnu.org 2003-04-23 13:09:39
Modified files:
gcc : ChangeLog builtins.c
Log message:
PR optimization/10339
* builtins.c (expand_builtin_strcmp): Try to emit cmpstrsi insn
directly instead of unsafely transforming call into a memcmp.
(expand_builtin_strncmp): Likewise.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=1.17575&r2=1.17576
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gcc&r1=1.190&r2=1.191
^ permalink raw reply [flat|nested] 3+ messages in thread
* optimization/10339
@ 2003-05-20 13:06 jakub
0 siblings, 0 replies; 3+ messages in thread
From: jakub @ 2003-05-20 13:06 UTC (permalink / raw)
To: sayle; +Cc: gcc-prs
The following reply was made to PR optimization/10339; it has been noted by GNATS.
From: jakub@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: optimization/10339
Date: 20 May 2003 13:02:12 -0000
CVSROOT: /cvs/gcc
Module name: gcc
Branch: gcc-3_3-rhl-branch
Changes by: jakub@gcc.gnu.org 2003-05-20 13:02:12
Modified files:
gcc : ChangeLog builtin-types.def builtins.c
builtins.def c-decl.c expr.c expr.h
Log message:
2003-05-08 Kaveh R. Ghazi <ghazi@caip.rutgers.edu>
* builtins.c (readonly_data_expr): New function.
(expand_builtin_memmove): Optimize any rodata source, not just
strings.
2003-05-05 Kaveh R. Ghazi <ghazi@caip.rutgers.edu>
* builtins.c (expand_builtin_stpcpy): Only expand when the length
of the source string can be evaluated at compile-time.
2003-05-05 Jakub Jelinek <jakub@redhat.com>
* builtins.c (expand_builtin_mempcpy): New function.
(expand_builtin_stpcpy): Optimize stpcpy whose return value is
ignored into strcpy no matter what arguments it has.
(expand_builtin) <case BUILT_IN_MEMPCPY>: Call
expand_builtin_mempcpy.
2003-05-02 Kaveh R. Ghazi <ghazi@caip.rutgers.edu>
* builtins.c (expand_builtin_stpcpy): Copy `arglist' before
modifying it.
2003-04-28 Jakub Jelinek <jakub@redhat.com>
* c-decl.c (finish_decl): When prototype with asmspec is found
for built-in, adjust built_in_decls as well as expr.c decls.
* expr.c (init_block_move_fn, init_block_clear_fn): New functions.
(emit_block_move_libcall_fn, clear_storage_libcall_fn): Use it.
* expr.h (init_block_move_fn, init_block_clear_fn): New prototypes.
2003-04-28 Jakub Jelinek <jakub@redhat.com>
* builtins.def (BUILT_IN_BCOPY, BUILT_IN_MEMMOVE): New.
* builtin-types.def (BT_FN_VOID_CONST_PTR_PTR_SIZE): New.
* builtins.c (expand_builtin_memmove, expand_builtin_bcopy): New
functions.
(expand_builtin): Handle BUILT_IN_BCOPY and BUILT_IN_MEMMOVE.
2003-04-23 Roger Sayle <roger@eyesopen.com>
PR optimization/10339
* builtins.c (expand_builtin_strcmp): Try to emit cmpstrsi insn
directly instead of unsafely transforming call into a memcmp.
(expand_builtin_strncmp): Likewise.
2003-04-19 Roger Sayle <roger@eyesopen.com>
* builtins.c (expand_builtin): Don't expand a pure or const
built-in function if the result will be ignored and none of
its arguments are volatile.
2003-04-13 Kaveh R. Ghazi <ghazi@caip.rutgers.edu>
* builtins.c (expand_builtin_memcpy): Add `endp' argument, use it.
(expand_builtin_stpcpy): New.
(expand_builtin): Add BUILT_IN_MEMPCPY & BUILT_IN_STPCPY.
* builtins.def: Add mempcpy & stpcpy support.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.16114.2.523.2.13&r2=1.16114.2.523.2.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtin-types.def.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.10.2.1&r2=1.10.2.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.165.2.4&r2=1.165.2.4.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.def.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.39.2.2&r2=1.39.2.2.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.356.2.8&r2=1.356.2.8.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expr.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.498.2.17&r2=1.498.2.17.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expr.h.diff?cvsroot=gcc&only_with_tag=gcc-3_3-rhl-branch&r1=1.124.2.1&r2=1.124.2.1.4.1
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: optimization/10339
@ 2003-04-07 18:56 Wolfgang Bangerth
0 siblings, 0 replies; 3+ messages in thread
From: Wolfgang Bangerth @ 2003-04-07 18:56 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR optimization/10339; it has been noted by GNATS.
From: Wolfgang Bangerth <bangerth@ices.utexas.edu>
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: optimization/10339
Date: Mon, 7 Apr 2003 13:46:32 -0500 (CDT)
Actually, the use of memcmp didn't happen in 3.0, so this is a regression.
I don't have 3.3 or mainline installed on this platform, so can't say
anything about the problem in these branches.
W.
-------------------------------------------------------------------------
Wolfgang Bangerth email: bangerth@ices.utexas.edu
www: http://www.ices.utexas.edu/~bangerth/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-05-20 13:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-04-23 13:16 optimization/10339 sayle
-- strict thread matches above, loose matches on Subject: below --
2003-05-20 13:06 optimization/10339 jakub
2003-04-07 18:56 optimization/10339 Wolfgang Bangerth
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).