On Fri, Jul 10, 2015 at 02:06:26PM -0600, Jeff Law wrote:
On 07/10/2015 07:25 AM, Ondřej Bílka wrote:
On Fri, Jul 10, 2015 at 12:43:48PM +0200, Jakub Jelinek wrote:
On Fri, Jul 10, 2015 at 11:37:18AM +0200, Uros Bizjak wrote:
Have you tried new SSE4.2 implementation (the one with asm flags
Hi,
As I wrote at
[PATCH, libcpp]: Use asm flag outputs in search_line_sse42 main loop
https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg113610.html
I wont repeat myself with reasons summary is that current sse4.2 code is
reduntant as it has same performance as sse2 one.
This improves
On Fri, Jul 10, 2015 at 12:43:48PM +0200, Jakub Jelinek wrote:
On Fri, Jul 10, 2015 at 11:37:18AM +0200, Uros Bizjak wrote:
Have you tried new SSE4.2 implementation (the one with asm flags) with
unrolled loop?
Also, the SSE4.2 implementation looks shorter, so more I-cache friendly,
so I
On Mon, Jun 29, 2015 at 09:07:22PM +0200, Uros Bizjak wrote:
Hello!
Attached patch introduces asm flag outputs in seach_line_sse42 main
loop to handle carry flag value from pcmpestri insn. Slightly improved
old code that uses asm loop compiles to:
Using sse4.2 here is bit dubios as
On Wed, Mar 05, 2014 at 08:05:25AM -0800, Ian Lance Taylor wrote:
On Wed, Mar 5, 2014 at 1:25 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Wed, Mar 5, 2014 at 4:34 AM, Ian Lance Taylor i...@google.com wrote:
The GNU glibc qsort function will call malloc in some cases. That makes
On Sat, Feb 15, 2014 at 10:50:02AM +0100, Richard Biener wrote:
On Sat, Feb 15, 2014 at 10:45 AM, Prathamesh Kulkarni
bilbotheelffri...@gmail.com wrote:
On Sat, Feb 15, 2014 at 2:28 PM, Jakub Jelinek ja...@redhat.com wrote:
On Sat, Feb 15, 2014 at 02:23:24PM +0530, Prathamesh Kulkarni wrote:
On Fri, Dec 06, 2013 at 03:28:50PM +0400, Yury Gribov wrote:
Hi all,
GCC version of Asan currently lacks options for detailed control
over code instrumentation. These are not usually necessary but for
embedded systems with scarce system resources Asan memory overhead
of 2x-3x may often be
On Fri, Dec 06, 2013 at 01:09:29PM +0100, Jakub Jelinek wrote:
On Fri, Dec 06, 2013 at 03:28:50PM +0400, Yury Gribov wrote:
Hi all,
GCC version of Asan currently lacks options for detailed control
over code instrumentation. These are not usually necessary but for
embedded systems with
On Fri, Dec 06, 2013 at 01:34:43PM +0100, Jakub Jelinek wrote:
On Fri, Dec 06, 2013 at 01:32:42PM +0100, Ondřej Bílka wrote:
On second though besides of decreasing of code size there is no reason
to complicate compilation for these features. A more flexible way is add
environment variable
On Fri, Dec 06, 2013 at 04:16:04PM +0100, Jakub Jelinek wrote:
On Fri, Dec 06, 2013 at 04:10:31PM +0100, Ondřej Bílka wrote:
Currently this code with sanitize=address gets expanded
int foo(char *x, char *y, int i)
{
x[i] = y[i];
}
to
snip
movq%rsi, %rax
On Tue, Nov 12, 2013 at 01:16:14AM +0100, Marc Glisse wrote:
On Mon, 11 Nov 2013, Ondřej Bílka wrote:
On Sun, Nov 10, 2013 at 04:27:00PM +0100, Marc Glisse wrote:
Hello,
I am posting this patch to get some feedback on the approach. The
goal is to replace malloc+free with a stack
On Tue, Nov 12, 2013 at 01:41:24PM +0100, Marc Glisse wrote:
On Tue, 12 Nov 2013, Ondřej Bílka wrote:
I am trying to get something to actually work and be accepted in
gcc. That may mean being conservative.
That also may mean that you will cover only cases where it is not needed
On Tue, Nov 12, 2013 at 12:55:17AM +0100, Marc Glisse wrote:
On Mon, 11 Nov 2013, Richard Biener wrote:
On Sun, Nov 10, 2013 at 4:27 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
I am posting this patch to get some feedback on the approach. The goal is to
replace malloc+free with a
On Tue, Nov 12, 2013 at 05:01:31PM +0100, Marc Glisse wrote:
On Tue, 12 Nov 2013, Ondřej Bílka wrote:
On Tue, Nov 12, 2013 at 01:41:24PM +0100, Marc Glisse wrote:
On Tue, 12 Nov 2013, Ondřej Bílka wrote:
I am trying to get something to actually work and be accepted in
gcc. That may mean
On Sun, Nov 10, 2013 at 04:27:00PM +0100, Marc Glisse wrote:
Hello,
I am posting this patch to get some feedback on the approach. The
goal is to replace malloc+free with a stack allocation (a decl
actually) when the size is a small constant.
Why constraint yourself to small sizes. Stack
On Mon, Nov 11, 2013 at 11:19:05AM +0100, Jakub Jelinek wrote:
On Mon, Nov 11, 2013 at 11:08:14AM +0100, Ondřej Bílka wrote:
On Sun, Nov 10, 2013 at 04:27:00PM +0100, Marc Glisse wrote:
I am posting this patch to get some feedback on the approach. The
goal is to replace malloc+free
On Wed, Oct 30, 2013 at 10:47:13AM +0100, Jakub Jelinek wrote:
Hi!
Yesterday I've noticed that for AVX which allows unaligned operands in
AVX arithmetics instructions we still don't combine unaligned loads with the
AVX arithmetics instructions. So say for -O2 -mavx -ftree-vectorize
void
On Wed, Oct 30, 2013 at 11:05:58AM +0100, Jakub Jelinek wrote:
On Wed, Oct 30, 2013 at 11:00:13AM +0100, Jakub Jelinek wrote:
But the above is 16 byte unaligned load. Furthermore, GCC supports
-mavx256-split-unaligned-load and can emit 32 byte loads either as an
unaligned 32 byte load, or
On Sun, Oct 20, 2013 at 06:55:40PM +0600, Roman Gareev wrote:
Dear gcc contributors,
Recently I came across the list of ideas for speeding up GCC
(http://gcc.gnu.org/wiki/Speedup_areas). Among others, there was
suggested to replace identifier hash table with other data structure.
Please
On Mon, Jul 29, 2013 at 12:10:42PM +0100, Marcus Shawcroft wrote:
On 28/07/13 23:03, Maxim Kuvyrkov wrote:
While verifying license compliance for GCC and its libraries I noticed that
several libgcc files that end up in the final library are licensed under
GPL-3.0+ instead of
^ ^
diff --git a/gcc/fortran/ChangeLog b/gcc/fortran/ChangeLog
index c531d03..74ec79e 100644
--- a/gcc/fortran/ChangeLog
+++ b/gcc/fortran/ChangeLog
@@ -1,3 +1,11 @@
+2013-07-23 Ondřej Bílka nel...@seznam.cz
+
+ * decl.c: Fix typos in fortran.
+ * interface.c: Likewise
it seems that there are
^ ^
diff --git a/gcc/ada/ChangeLog b/gcc/ada/ChangeLog
index 4e0b0a8..f1904b1 100644
--- a/gcc/ada/ChangeLog
+++ b/gcc/ada/ChangeLog
@@ -1,3 +1,11 @@
+2013-07-23 Ondřej Bílka nel...@seznam.cz
+
+ * gnat_rm.texi: Fix typos
+++ b/gcc/java/ChangeLog
@@ -1,3 +1,7 @@
+2013-07-23 Ondřej Bílka nel...@seznam.cz
+
+ * class.c: Fix typos in java.
+
2013-06-05 Jan Hubicka j...@suse.cz
* class.c (emit_register_classes_in_jcr_section): Use DECL_PRESERVE_P
diff --git a/gcc/java/class.c b/gcc/java/class.c
index
On Tue, Jul 23, 2013 at 12:26:23PM +0100, Jonathan Wakely wrote:
I agree with all Paolo's comments.
Also libstdc++-v3/doc/html/ext/lwg-active.html is imported from
elsewhre so it's pointless fixing it, the upstream version comes from
https://github.com/cplusplus/LWG
ok, I have one
On Mon, Jul 08, 2013 at 09:42:14PM +0200, Oleg Endo wrote:
On Mon, 2013-07-08 at 16:12 +0200, Ondřej Bílka wrote:
On Sun, Jul 07, 2013 at 09:57:05PM +0200, Oleg Endo wrote:
On Sun, 2013-07-07 at 19:54 +0200, Georg-Johann Lay wrote:
- http://www.ddj.com/articles/1997/9701/9701o
On Wed, Jul 10, 2013 at 04:01:54PM +0100, Jonathan Wakely wrote:
On 10 July 2013 15:47, David Malcolm wrote:
On Wed, 2013-07-10 at 16:00 +0200, Ondřej Bílka wrote:
Dead link: http://fedora.linux.duke.edu/fc1_x86_64
FWIW, this link occurs in historical notes at the top of these files
On Sun, Jul 07, 2013 at 04:21:15PM +0200, Ondřej Bílka wrote:
On Sat, Jul 06, 2013 at 01:14:38PM +0100, Jonathan Wakely wrote:
I decided to grep for all the misspelled words beginning with A from
your list and fix the ones that were real errors. That took me an hour
to produce this patch
On Sun, Jul 07, 2013 at 07:54:34PM +0200, Georg-Johann Lay wrote:
Ondrej Bilka schrieb:
http://kam.mff.cuni.cz/~ondra/gcc_misspell.patch
This is wrong:
@@ -10834,7 +10834,7 @@ avr_convert_to_type (tree type, tree expr)
XOP[2] # Bytes to copy
Return TRUE if the expansion is
On Sun, Jul 07, 2013 at 09:57:05PM +0200, Oleg Endo wrote:
On Sun, 2013-07-07 at 19:54 +0200, Georg-Johann Lay wrote:
Ondrej Bilka schrieb:
http://kam.mff.cuni.cz/~ondra/gcc_misspell.patch
I fixed most comments, put it here so you can diff these two files.
On Sat, Jul 06, 2013 at 01:14:38PM +0100, Jonathan Wakely wrote:
I decided to grep for all the misspelled words beginning with A from
your list and fix the ones that were real errors. That took me an hour
to produce this patch. It doesn't include changes to java or fortran,
as I don't have
Ping
On Tue, Jun 18, 2013 at 02:56:52PM +0800, Chung-Ju Wu wrote:
2013/6/16 Ondřej Bílka nel...@seznam.cz:
On Sat, Jun 15, 2013 at 05:13:31PM +0800, Chung-Ju Wu wrote:
2013/6/14 Joseph S. Myers jos...@codesourcery.com:
On Thu, 13 Jun 2013, Richard Biener wrote:
Btw, rather than
On Sun, Jun 30, 2013 at 11:06:47AM +0200, Jan Hubicka wrote:
On Tue, Jun 25, 2013 at 3:36 PM, Michael Zolotukhin
michael.v.zolotuk...@gmail.com wrote:
Ping.
On 20 June 2013 20:56, Michael Zolotukhin
michael.v.zolotuk...@gmail.com wrote:
It seems that one of the tests needed a
On Wed, Jun 12, 2013 at 10:30:40PM +0200, Marc Glisse wrote:
On Wed, 12 Jun 2013, Ondřej Bílka wrote:
I am writing a tool to fix common style issues.
This is first part which deals with leading and trailing whitespaces.
I can follow this up with other refactorings, for example rewriting
On Sat, Jun 15, 2013 at 05:13:31PM +0800, Chung-Ju Wu wrote:
2013/6/14 Joseph S. Myers jos...@codesourcery.com:
On Thu, 13 Jun 2013, Richard Biener wrote:
Btw, rather than these kind of patches I'd appreciate if someone would look
at a simple pre(post?)-commit hook that enforces those
On Sat, Jun 15, 2013 at 05:13:31PM +0800, Chung-Ju Wu wrote:
2013/6/14 Joseph S. Myers jos...@codesourcery.com:
On Thu, 13 Jun 2013, Richard Biener wrote:
Btw, rather than these kind of patches I'd appreciate if someone would look
at a simple pre(post?)-commit hook that enforces those
On Thu, Jun 13, 2013 at 10:08:23AM +0200, Richard Biener wrote:
On Wed, Jun 12, 2013 at 10:08 PM, Ondřej Bílka nel...@seznam.cz wrote:
A followup to previous patch is more general pass that changes leading
spaces to tabs followed by at most 8 spaces.
http://kam.mff.cuni.cz/~ondra/0004
Hi,
I am writing a tool to fix common style issues.
This is first part which deals with leading and trailing whitespaces.
I can follow this up with other refactorings, for example rewriting
KR definitions.
I wrote a simple programs that fixes them.
Then it suffices for me or any volunteer to
A second part of this cleanup is optional.
If you want to preserve form feeds its your decision, If you want to
remove them here is patch.
http://kam.mff.cuni.cz/~ondra/0002-Formatted-by-form_feed.patch
Now we move to leading spaces,
If you want only to fix leading spaces followed by tab then please use
following patch
http://kam.mff.cuni.cz/~ondra/0003-Formatted-by-space_before_tab.patch
A followup to previous patch is more general pass that changes leading
spaces to tabs followed by at most 8 spaces.
http://kam.mff.cuni.cz/~ondra/0004-Formatted-by-leading_space.patch
On Wed, May 08, 2013 at 07:56:18PM +0400, Alexander Monakov wrote:
Hello,
I'd like to make libbacktrace easier to import for use in other software.
Right now it's mostly standalone, but depends on rest of GCC in the following:
1. Build system.
2. Trivially depends on filenames.h.
3.
implementation.
I added memcpy_new_builtin which is now same as memcpy_gcc_builtin.
To add your implementation compile variant/builtin.c file into
variant/builtin.s file.
Then run ./benchmark.
Ondra
Michael
On 12 April 2013 12:54, Ondřej Bílka nel...@seznam.cz wrote:
On Thu, Apr 11, 2013 at 04:32
to compile variant/builtin.c
file.
A builtin are faster by inlined function call, I did not add that as I
do not know estimate of this cost.
Michael
On 10 April 2013 22:53, Ondřej Bílka nel...@seznam.cz wrote:
On Wed, Apr 10, 2013 at 09:53:09PM +0400, Michael Zolotukhin wrote:
Hi, I am writing
On Wed, Apr 10, 2013 at 08:14:30PM +0400, Michael Zolotukhin wrote:
Hi,
This patch adds a new algorithm of expanding movmem in x86 and a bit
refactor existing implementation. This is a reincarnation of the patch
that was sent wasn't checked couple of years ago - now I reworked it
from scratch
sizes which algorithm is preferable.
What I did in this patch is introducing some infrastructure to allow
emitting of vector moves in movmem expanding - tuning is certainly
possible and needed, but that's out of the scope of the patch.
On 10 April 2013 21:43, Ondřej Bílka nel...@seznam.cz wrote
Hi,
as I looked to compare_string I discovered that it could be
optimized. This speeds up case when strings are equal but we must check
padding where checking it byte by byte is suboptimal.
Ondra
2013-03-27 Ondřej Bílka nel...@seznam.cz
* libgfortran/intrinsics
On Tue, Mar 26, 2013 at 11:53:27PM +0200, Janne Blomqvist wrote:
On Mon, Mar 25, 2013 at 7:00 PM, Thomas Koenig tkoe...@netcologne.de wrote:
Hello world,
this patch uses memcpy() directly when comparing two kind=1 strings of
equal and constant lengths. The test case modification depends
On Wed, Mar 27, 2013 at 10:20:59AM +0100, Tobias Burnus wrote:
(The email below was only sent to gcc-patches@; I now also CC
fortran@ - sorry for the full quote)
Regarding the below patch: I think it does not work as-is for
Unicode strings (UCS4, character(kind=4)), where each character is 4
48 matches
Mail list logo