Hello,
This patch changes for i386 targets using by default ms-abi the
default-value of option -fms-extensions. For those targets the option
will be turned on.
I will apply this patch next week, if there are no objections.
Regards,
Kai
ChangeLog
2013-09-06 Kai Tietz
* doc/invoke.texi
2013/9/7 Vasili Galka :
> Hi,
>
> Cygwin x86_64 support was implemented on trunk r197171. Given it is a
> minor configuration files change I recommend merging it to GCC 4.8
> branch.
>
> Best regards,
> Vasili
No, this won't be back-merged. It isn't a "minor configuration file change".
The gcc 4.
Hi Vasili,
2013/9/7 Vasili Galka :
> Hi Kai,
>
> I see. My apologies, I'm not familiar with the GCC merging policy.
>
> In any case, where does GCC document the list of supported
> target/host/build configurations?
>
> I was trying to build GCC 4.8.1 with following configuration: HOST &
> BUILD: C
Hi,
this seems to be a trivial one.
ChangeLog
2013-09-10 Kai Tietz
PR/54314
* config/abi/pre/gnu-versioned-namespace.ver: Add thunk _ZTv0_n12_NS* like
in gnu,ver.
Tested for i686-w64-mingw32, x86_64-w64-mingw32. Ok for apply?
Regards,
Kai
Index: config/abi/pre/gnu-versioned
Hi,
this patch takes care that for C/C++ inlines aren't dll-exported.
ChangeLog
2013-09-11 Kai Tietz
* config/i386/winnt-cxx.c (i386_pe_type_dllexport_p): Don't
dll-export inline-functions.
* config/i386/winnt.c (i386_pe_determine_dllexport_p): Likewise.
Tested for
fixes that by introducing an
constant variable holding the initial path without being later on modified.
ChangeLog
2013-09-11 Kai Tietz
* prefix.c (org_prefix): New static variable.
(update_path): Use org_prefix instead of std_prefix.
Tested for i686-w64-mingw32, for x86_64-w64-mingw32
Hi,
One missing nit in config.gcc to choose proper cpu default and split
cygwin and mingw targets.
ChangeLog
2013-09-11 Kai Tietz
* config.gcc: Separate cases for mingw and cygwin targets,
and add 64-bit cygwin target case.
Tested for x86_64-pc-cygwin, i686-pc-cygwin, i686-w64
2013/9/11 Joseph S. Myers :
> On Wed, 11 Sep 2013, Kai Tietz wrote:
>
>> This change fixes a quirk happening for relocated toolchains. Driver
>> remembers original-build directory
>
> The original *build* directory should never be known to the driver; only
> the *config
Hi Jacek,
2013/9/12 Jacek Caban :
> Hi,
>
> This is a resend after I'm done with assignment paper work.
>
> gcc/c-family/ChangeLog:
> c-target.def: New hook
>
> gcc/ChangeLog:
> config/config.gcc: Use new winnt-c.c target hooks
> config/t-winnt: New file
> c
Hello,
this patch enables the 'long long' use in libstdc++ for Windows native targets.
ChangeLog
2013-09-13 Kai Tietz
* config/os/mingw32/os_defines.h (_GLIBCXX_USE_LONG_LONG):
Enable feature.
* config/os/mingw-w64/os_defines.h (_GLIBCXX_USE_LONG_LONG):
Likewise.
is reduced
testcase of failure occuring in i386 intrinsics):
extern unsigned int __builtin_ia32_crc32si (unsigned int, unsigned int);
#pragma GCC target("sse4.2")
To be compiled for 32-bit mode without enabled sse.
ChangeLog
2013-09-13 Kai Tietz
PR target/57
2013/9/13 Paolo Carlini :
> Hi,
>
>
> On 09/13/2013 08:51 AM, Kai Tietz wrote:
>>
>> Hello,
>>
>> this patch enables the 'long long' use in libstdc++ for Windows native
>> targets.
>>
>> ChangeLog
>>
>> 2013-09-13 Kai
Yes, you are right. Patch rejected due it is pretty useless. Now it
makes me wonder why I have this in my tree as this default got set
already at rev 70194.
Thanks,
Kai
Applied at revision 202573.
Thanks,
Kai
2013/9/17 Jacek Caban :
> This is no-op for usual GCC targets, because we don't pass any string to
> CreateSemaphore anyway. However this trivial change will help
> mingw-w64's efforts to support WinRT, where only unicode variant is
> available.
>
> libgcc/Changelog:
> config/i386/gthr-win32.c:
Hi Jacek,
I applied patch at rev. 202648 with following ChangeLog
2013-09-17 Jacek Caban
* config/i386/gthr-win32.c: CreateSemaphoreW instead of
CreateSemaphoreA.
* config/i386/gthr-win32.h: Likewise.
The wide-variant is in general ok due we don't support any windows-OS
anymore, wh
Hi,
ChangeLog
2013-12-06 Kai Tietz
PR target/56807
* config/i386/i386.c (ix86_expand_prologue):
Tested for i686-w64-mingw32, x86_64-unknown-linux-gnu. Ok for apply?
Regards,
Kai
Index: config/i386/i386.c
Upps ... here is the missing Changlog
ChangeLog
2013-12-06 Kai Tietz
PR target/56807
* config/i386/i386.c (ix86_expand_prologue): Address saved
registers stack-relative, not via frame-pointer.
ping
Yes, I sent update to HJ's comment.
2013/12/6 Kai Tietz :
> Upps ... here is the missing Changlog
>
> ChangeLog
>
> 2013-12-06 Kai Tietz
>
> PR target/56807
> * config/i386/i386.c (ix86_expand_prologue): Address saved
> registers stack-relative, not via frame-pointer.
2013/12/16 Jakub Jelinek :
> On Fri, Dec 06, 2013 at 06:06:14PM +0100, Kai Tietz wrote:
>> --- config/i386/i386.c(Revision 205719)
>> +++ config/i386/i386.c(Arbeitskopie)
>> @@ -10934,18 +10937,21 @@ ix86_expand_prologue (void)
>> }
>>
2015-07-24 7:54 GMT+02:00 Jeff Law :
> On 07/23/2015 10:33 AM, Segher Boessenkool wrote:
>>
>> On Thu, Jul 23, 2015 at 10:09:49AM -0600, Jeff Law wrote:
>>>
>>> It seems to me in these kind of cases that selection of the canonical
>>> form should be driven by factors outside of which is better for
5 AM, Jason Merrill wrote:
>>
>> On 06/12/2015 12:11 PM, Kai Tietz wrote:
>>>>>
>>>>> @@ -1052,6 +1054,9 @@ adjust_temp_type (tree type, tree temp)
>>>>> {
>>>>> if (TREE_TYPE (temp) == type)
>>>>>
2015-07-28 1:14 GMT+02:00 Kai Tietz :
> 2015-07-27 18:51 GMT+02:00 Jason Merrill :
>> I've trimmed this to the previously mentioned issues that still need to be
>> addressed; I'll do another full review after these are dealt with.
>
> Thanks for doing this summary o
2015-07-29 19:48 GMT+02:00 Jason Merrill :
> On 07/28/2015 04:10 PM, Kai Tietz wrote:
>>
>> 2015-07-28 1:14 GMT+02:00 Kai Tietz :
>>
>>> 2015-07-27 18:51 GMT+02:00 Jason Merrill :
>>>>
>>>> I've trimmed this to the previously mentione
2015-07-30 0:56 GMT+02:00 Kai Tietz :
> 2015-07-29 19:48 GMT+02:00 Jason Merrill :
>> On 07/28/2015 04:10 PM, Kai Tietz wrote:
> The change to adjust_temp_type seems to be no more necessary (just
> doing tests on it).
Yes, committed it.
>>
>>
2015-07-30 18:52 GMT+02:00 Jason Merrill :
> On 07/29/2015 06:56 PM, Kai Tietz wrote:
>>>>>>>>>>
>>>>>>>>>> @@ -1430,6 +1438,8 @@ cxx_eval_call_expression (const
>>>>>>>>>> constexpr_ctx
>>>>
2015-07-31 18:14 GMT+02:00 Jason Merrill :
> On 07/30/2015 10:48 PM, Jeff Law wrote:
>>
>> Note, anything outside of the C/C++ front-ends depending on that
>> canonicalization done by shorten_compare is, IMHO, broken.
>
>
> I think the OMP code isn't relying on it being done by shorten_compare; it'
- Ursprüngliche Mail -
> On 07/31/2015 12:46 PM, Jakub Jelinek wrote:
> > On Fri, Jul 31, 2015 at 06:25:57PM +0200, Kai Tietz wrote:
> >> 2015-07-31 18:14 GMT+02:00 Jason Merrill :
> >>> On 07/30/2015 10:48 PM, Jeff Law wrote:
> >>>>
> >
- Ursprüngliche Mail -
> On 07/30/2015 05:00 PM, Kai Tietz wrote:
> > 2015-07-30 18:52 GMT+02:00 Jason Merrill :
> >> On 07/29/2015 06:56 PM, Kai Tietz wrote:
> >>>>>>>>>>> @@ -13078,6 +13042,8 @@ build_enumerator (tree name, tree
2015-08-03 5:49 GMT+02:00 Jason Merrill :
> On 07/31/2015 05:54 PM, Kai Tietz wrote:
>>
>> The "STRIP_NOPS-requirement in 'reduced_constant_expression_p'" I could
>> remove, but for one case in constexpr. Without folding we don't do
>> typ
2015-09-17 11:12 GMT+02:00 Richard Biener :
> On Wed, Sep 16, 2015 at 9:51 PM, Jeff Law wrote:
>> On 09/15/2015 03:42 AM, Kai Tietz wrote:
>>>>>
>>>>> 2015-09-08 Kai Tietz
>>>>>
>>>>> * gcc.dg/tree-ssa/vrp23.c: Adjust
Hello Jason,
thanks for your review. I addressed most of your mentioned issues
already today. To some of them I have further comments ...
2015-09-17 8:18 GMT+02:00 Jason Merrill :
>> @@ -216,6 +216,7 @@ libgcov-driver-tool.o-warn = -Wno-error
>> libgcov-merge-tool.o-warn = -Wno-error
>> gimpl
Hi Jason,
Sounds like an interesting idea. Do have already a specific approach in mind?
My idea might be just hard to model, as we aren't sure we walked
before the complete chain. Due cp_fold is caching, we won't try to
fold an expression a second time, but we don't cover all EXPRs in
cp_fold,
2015-09-18 18:31 GMT+02:00 Jason Merrill :
> On 09/18/2015 02:19 AM, Kai Tietz wrote:
>>
>> Hi Jason,
>>
>> Sounds like an interesting idea. Do have already a specific approach in
>> mind?
>>
>> My idea might be just hard to model, as we aren't
Hi,
committed adjustment of my e-mail-address in MAINTAINERS file.
ChangeLog
2015-09-20 Kai Tietz
* MAINTAINERS: Update email.
Kai
Index: MAINTAINERS
===
--- MAINTAINERS (Revision 227950)
+++ MAINTAINERS (Arbeitskopie
2015-09-16 13:42 GMT+02:00 JonY <10wa...@gmail.com>:
> libgcc is failing to find kerne32 etc during the 2nd stage when
> bootstraping, explicitly add w32api directory to search path.
>
> Patch OK?
>
> diff --git a/gcc/config/i386/cygwin.h b/gcc/config/i386/cygwin.h
> index 2a2a0bf..fd3bc0a 100644
>
2015-09-21 0:35 GMT+02:00 JonY <10wa...@gmail.com>:
> On 9/21/2015 02:05, Kai Tietz wrote:
>> 2015-09-16 13:42 GMT+02:00 JonY <10wa...@gmail.com>:
>>> libgcc is failing to find kerne32 etc during the 2nd stage when
>>> bootstraping, explicitly add w32api dir
se of
selectany-attribute on uninitialized variables, too.
ChangeLog
2015-10-01 Kai Tietz
PR target/51726
* config/i386/winnt.c (ix86_handle_selectany_attribute): Handle
selectany within this function without need to keep attribute.
(i386_pe_encode_section_info): Remove selectany-cod
sions for thos tests.
ChangeLog:
Jim Wilson
Kai Tietz
* config/aarch64.c (aarch64_sched_reorder): Implementing
TARGET_SHED_REORDER hook.
(aarch64_variable_issue): Implemented TARGET_SHED_VARIABLE_ISSUE
hook.
(TARGET_SHED_REORDER)
2018-08-13 15:43 GMT+02:00 Bernhard Reutner-Fischer :
> On 13 August 2018 15:12:30 CEST, Bernhard Reutner-Fischer
> wrote:
>>On 13 August 2018 10:16:20 CEST, Kai Tietz
>>wrote:
>>>Hello,
>>>
>>>this patch implements variable issue rate feature for f
2018-08-13 17:51 GMT+02:00 Segher Boessenkool :
> Hi!
>
> On Mon, Aug 13, 2018 at 10:16:20AM +0200, Kai Tietz wrote:
>> * config/aarch64.c (aarch64_sched_reorder): Implementing
>> TARGET_SHED_REORDER hook.
>> (aarch64_variable_issue): Implemented
2018-08-13 18:23 GMT+02:00 Segher Boessenkool :
> I cannot okay patches for aarch64. But I did not notice other typoes,
> if that is what you're asking.
Yes. Thanks.
So, is patch ok with updated ChangeLog:
Jim Wilson
Kai Tietz
* confi
I repost updated patch containing ChangeLog entry.
Regards,
Kai
Jim Wilson
Kai Tietz
* config/aarch64.c (aarch64_sched_reorder): Implement
TARGET_SCHED_REORDER hook.
(aarch64_variable_issue): Implement TARGET_SCHED_VARIABLE_ISSUE
hook.
(TARGET_SCHED_REORDER): Define
Hello Kyrill,
thanks for your comments.
2018-08-14 16:50 GMT+02:00 Kyrill Tkachov :
> Hi Kai,
>
>
> On 13/08/18 17:48, Kai Tietz wrote:
>>
>> I repost updated patch containing ChangeLog entry.
>>
>> Regards,
>> Kai
>
>
> I think I understand w
. But for simplicity of this patch, I kept them
in match.pd.
I ran also spec 2017 and 2006 on aarch64 architecture for it. For some
tests I could messure an improvment up to 2 percent. There was no regression.
ChangeLog
Kai Tietz
* match.pd: New optimization for integral comparison
tree-ssa-reassoc pass. But for simplicity of this patch, I kept them
in match.pd.
I ran also spec 2017 and 2006 on aarch64 architecture for it. For some
tests I could messure an improvment up to 2 percent. There was no regression.
Regards,
Kai
ChangeLog
Kai Tietz
* match.pd
Hello Jakub,
I can't approve this patch, but I can confirm that changes are
sensible. I verified the structure layout - as far as possible - also
with MS' compiler, and can confirm the adjustments.
Cheers,
Ka
2018-02-28 1:26 GMT+01:00 Jakub Jelinek :
> Hi!
>
> The following patch fixes the repo
2014-08-12 20:34 GMT+02:00 Yaakov Selkowitz :
> There is a syntax error in r213009 causing a FTBFS in trunk with
> --target=i686-pc-cygwin. Patch attached, with which trunk now builds for
> said target.
>
> --
> Yaakov Selkowitz
> Associate Software Engineer, ARM
> Red Hat, Inc.
Patch is ok. Plea
2014-08-12 20:40 GMT+02:00 Yaakov Selkowitz :
> The attached patch enabled libatomic for Cygwin targets.
>
> check-target-libatomic for i686-pc-cygwin:
>
> Running gcc/libatomic/testsuite/libatomic.c/c.exp ...
> === libatomic Summary ===
> # of expected passes44
> # of u
2014-08-12 22:00 GMT+02:00 Yaakov Selkowitz :
> This patch fixes an error in r197168 where type definitions were made
> dependent on the host architecture instead of the target. This causes
> cross-compilation issues, particularly in a --host=x86_64-*
> --target=i686-pc-cygwin configuration.
>
> A
2014-08-13 7:14 GMT+02:00 Yaakov Selkowitz :
> This patch fixes two issues with LINK_SPEC on Cygwin targets:
>
> 1) --tsaware makes sense only for EXEs, not DLLs.
>
> 2) Under WoW64 (32-bit Cygwin on 64-bit Windows), Cygwin applications can
> access up to 4 GiB of address space (for DLLs, Cygwin he
2014-08-13 22:51 GMT+02:00 Steve Ellcey :
> On Wed, 2014-08-13 at 20:42 +, Joseph S. Myers wrote:
>> On Wed, 13 Aug 2014, Steve Ellcey wrote:
>>
>> > This is a ping on a patch I sent out a while ago to fix the GCC build
>> > when building with the mingw toolset.
>>
>> This is not a review.
>>
Applied for you at rev. 214153.
Kai
2014-08-12 20:37 GMT+02:00 Kai Tietz :
> 2014-08-12 20:34 GMT+02:00 Yaakov Selkowitz :
>> There is a syntax error in r213009 causing a FTBFS in trunk with
>> --target=i686-pc-cygwin. Patch attached, with which trunk now builds for
Applied for you at revision 214154.
Kai
Applied for you at revision 214156.
Kai
Applied for you at revision 214158.
Kai
Patch is ok. Applied this patch at revision 214162 together with your
followup-patch at revision 214161.
Thanks,
Kai
Patch is ok. Applied this patch at revision 214161 together with your
followup-patch at revision 214162.
Thanks,
Kai
Applied at revision 214163.
Thanks,
Kai
will apply this patch soon, if there are no objections. Corinna, please
retest that this patch fixes the reported issue.
Regards,
Kai
2013-11-08 Kai Tietz
* config/i386/cygming-crtbegin.c (__gcc_register_frame):
Increment load-count on use of LIBGCC_SONAME DLL.
(hmod_l
Hi,
this patch adds exeext to -rdynamic and exported symbol-check within
configure.ac. By this this test will be preformed as intended on
targets with executable-extensions (nevertheless -rdynamics will still
fail for pe-coff targets).
ChangeLog
2013-11-10 Karlson2k
Kai Tietz
|| code == VEC_COND_EXPR)
{
Index: gcc-trunk/gcc/tree-ssa-te.c
=======
--- /dev/null
+++ gcc-trunk/gcc/tree-ssa-te.c
@@ -0,0 +1,885 @@
+/* Type-demotion for trees
+ Copyright (C) 2013
+ Free Sof
- Original Message -
> This is not a review, but:
>
> * What do you need from rtl.h? It's generally best for GIMPLE passes to
> avoid rtl.h where possible (and if you can avoid it, the next question is
> whether you can also avoid tm.h).
Yes, for now rtl.h, tm.h and tm_p.h headers can
*ctxt);
Index: gcc-trunk/gcc/tree-ssa-te.c
===
--- /dev/null
+++ gcc-trunk/gcc/tree-ssa-te.c
@@ -0,0 +1,898 @@
+/* Type-demotion for trees
+ Copyright (C) 2013
+ Free Software Foundation, Inc.
+ Contributed by Kai Tietz
+
+This file is
"denormal" form "((TYPE) X) shift-op Y".
ChangeLog
2013-11-21 Kai Tietz
* tree-ssa-forwprop.c (simplify_shift): New function.
(ssa_forward_propagate_and_combine): Use it.
ChangeLog testsuite
* gcc.dg/tree-ssa-ts-shift-2.c: New test.
Shar
- Original Message -
> On 11/21/13 08:15, Kai Tietz wrote:
> > Hi,
> >
> > this is the required forward-propagation part for the type-demotion pass as
> > separate patch.
> > This patch is sharing some adjustments in testsuite due new optimization of
&
Upps, one comment I missed
- Original Message -
> On 11/21/13 08:15, Kai Tietz wrote:
>
> WHen I looked over a bunch of .i files, the results were mixed.
> Sometimes better, sometimes worse without any clear bias.
>
> So here's an
Hi,
this patch fixes a reported issue for windows targets in winnt.c.
This is a classical C++ related warning issue.
ChangeLog
2013-11-26 Kai Tietz
* config/i386/winnt.c (i386_pe_section_type_flags): Use const
pointer cast.
I will apply soon, if there are no objections
2014-10-09 15:52 GMT+02:00 Patrick Wollgast :
> On 27.09.2014 12:50, Kai Tietz wrote:
>> Hi Patrick,
>>
>> the mingw/cygwin part your patch looks fine to me. Nevertheless I
>> have one question regarding to you. Do you have FSF papers for gcc
>> already? As
ve Windows toolchains, too. Therefore I
adjusted the default mingw32-case, too.
ChangeLog
2014-10-14 Kai Tietz
PR libstdc++/59807
* config/os/mingw32/os_defines.h (_GTHREAD_USE_MUTEX_INIT_FUNC):
Define to avoid leak.
* config/os/mingw32-w64/os_defines.h: Likewise.
I am ju
Hmm, this might cause by allowing CONST-memory-addresses. This was
doubtful from the beginning.
It would be helpful to see here for the case a final rtl-dump.
Could you try if following patch (it is incomplete as it disregards
plus-expression) solves your bootstrap issue?
Regards,
Kai
Index: p
That patch won't help here. My tests showing here a different
problem. For -O2 or above this issue happens.
For -O2 the following code will be generated.
movl28(%esp), %eax
testl %eax, %eax
je L16
movl%ebp, 64(%esp)
addl$44, %esp
Hello,
recent fallout about sibcall was caused by using 'm' constraint for
sibcalls. By this wrongly combines happened on reload-pass.
ChangeLog
2014-05-31 Kai Tietz
* constrains.md (define_constrain): New 'B' constraint.
* i386.md (sibcall_insn_operand)
In testcase a NULL escaped ...
ChangeLog testsuite
2014-05-31 Kai Tietz
* gcc.target/i386/sibcall-6.c: New test.
Index: gcc.target/i386/sibcall-6.c
===
--- gcc.target/i386/sibcall-6.c(Revision 0)
+++ gcc.target/i386
Hello,
I resend patch within new thread.
Recent fallout about sibcall was caused by using 'm' constraint for
sibcalls. By this wrongly combines happened on reload-pass. That
patch introduces new constraint 'B' for sibcall_memory_operand.
ChangeLog
2014-05-31 Kai Tietz
2014-06-01 9:28 GMT+02:00 Uros Bizjak :
>
> Please make this a two-letter constraint (perhaps "Bs"). We are
> already short in single-letter constraints.
Sure, I did. I committed patch at revision 22.
Kai
Hello,
this patch fixes a nit detected in ix86_function_value_regno_p. For
x64 ms-abi we don't have DX_REG-register as valid function-value
register.
ChangeLog
2014-06-03 Kai Tietz
* config/i386/i386.c (ix86_function_value_regno_p): Disallow DX_REG for
64-bit m
ALL_P
directly before outputing it. If it is preferred we can modify here instead
ix86_output_call_insn to allow forcing to output sibcall on demand.
ChangeLog
2014-06-03 Kai Tietz
PR target/46219
* config/i386/i386.md (UNSPEC_PEEPSIB): New unspec.
(sibcall_intern)
- Original Message -
> On 06/03/2014 12:56 PM, Kai Tietz wrote:
> > +(define_insn "*sibcall_intern"
> > + [(call (unspec [(mem:QI (match_operand:W 0 "memory_operand"))]
> > UNSPEC_PEEPSIB)
> > +(match_operand 1))]
> &
Hi,
this patch adds copying of SIBLING_CALL_P flag to new
call-instruction. This behavior is by this patch consistent to the
try_split function in emit-rtl.c. This patch is a prerequisite for my
updated sibling-tail-call optimization patch.
ChangeLog
2014-06-03 Kai Tietz
* recog.c
So after SIBLING_CALL_P flags gets now preserved in peep2_attempt, the
patch simplifies.
Regression tested for x86_64-unknown-linux-gnu, and i686-pc-cygwin.
Ok for apply (with ChangeLog plus testcase adjustment as done by
initial patch)?
Index: config/i386/i386.md
Thanks for all your hints. Here is the updated patch
ChangeLog testsuite
2014-06-05 Kai Tietz
PR target/46219
* gcc.target/i386/sibcall-4.c: Remove xfail.
ChangeLog
2014-06-05 Kai Tietz
Richard Henderson
PR target/46219
* config/i386/predicates.md
Hello,
this patch adds simple combining of indirect-jumps on memory-address.
This patch is pretty similar to sibcall-combing.
ChangeLog
2014-06-11 Kai Tietz
* config/i386/i386.md (peehole2): To combine
indirect jump with memory.
2014-06-11 Kai Tietz
* gcc.target/i386/indjmp
2014-06-11 11:57 GMT+02:00 Steven Bosscher :
> On Wed, Jun 11, 2014 at 10:32 AM, Kai Tietz wrote:
>> this patch adds simple combining of indirect-jumps on memory-address.
>> This patch is pretty similar to sibcall-combing.
>> ChangeLog
>>
>> 2014-06-11 Kai Tietz
Hello,
I updated i386.md part of the patch. Initial patch included handling
of blockage, which is obviously superflous. Additionally I merged
32-bit and 64-bit peephole2 versions by using mode-specifier W.
ChangeLog
2014-06-12 Kai Tietz
* config/i386/i386.md (peehole2): To combine
2014-06-12 20:52 GMT+02:00 Segher Boessenkool :
> On Thu, Jun 12, 2014 at 06:21:32PM +0200, Kai Tietz wrote:
>> with addition of adding a second peephole2 pass after sched2 pass, I
>> was able to get some improvement for PR target/39284. I think by this
>> addition we c
2014-06-12 23:46 GMT+02:00 David Wohlferd :
>
> On 6/12/2014 9:21 AM, Kai Tietz wrote:
>>
>> with addition of adding a second peephole2 pass after sched2 pass, I
>> was able to get some improvement for PR target/39284. I think by this
>> addition we can close
2014-06-13 17:58 GMT+02:00 Jeff Law :
> On 06/13/14 09:56, Richard Henderson wrote:
>>
>> On 06/13/2014 08:36 AM, Jeff Law wrote:
>>>
>>> So you may have answered this already, but why can't this be a combiner
>>> pattern?
>>
>>
>> Until pass_duplicate_computed_gotos, we (intentionally) have a sing
native and posix-threading model mingw
(32-bit and 64-bit).
ChangeLog
2014-06-16 Kai Tietz
* Makefile.am (libatomic_la_LDFLAGS): Add lt_host_flags.
* configure.ac (ACX_LT_HOST_FLAGS): New.
(target_thread_file): New.
* configure.tgt (mingw): Add mingw support.
* config
2014-06-17 21:16 GMT+02:00 Jeff Law :
> On 06/16/14 07:20, Kai Tietz wrote:
>>
>> Hello,
>>
>> this patch adds basic support for libatomic for mingw targets using
>> win32 and for mingw targets using posix threading model.
>>
>> The win32 implemenati
2014-06-17 21:26 GMT+02:00 Jeff Law :
> On 06/13/14 10:59, Kai Tietz wrote:
>>
>> 2014-06-13 17:58 GMT+02:00 Jeff Law :
>>>
>>> On 06/13/14 09:56, Richard Henderson wrote:
>>>>
>>>>
>>>> On 06/13/2014 08:36 AM, Jeff Law wrote:
&
2014-06-18 12:24 GMT+02:00 Uros Bizjak :
> Hello!
>
> Attached patch fixes recently added sibcall insns and their
> corresponding peephole2 patterns:
>
> - There is no need for new memory_nox32_operand. A generic
> memory_operand can be used, since new insns and peephole2 patterns
> should be disab
2014-06-18 15:11 GMT+02:00 Dominique Dhumieres :
>
>> The following change in predicates.md seems to be a bit premature.
>> There is still the point about Darwin's PIC issue for unspec-gotpcrel.
>
> The change is indeed incompatible with the patch in pr61387 comment 9.
> And without it the failures
I tested variant to use additional the split pass for memory combining
for indirect jumps. By this we don't need to add a second peephole2
pass. Other advantage of this version is that even for -O1 we do
combining.
ChangeLog
2014-06-20 Kai Tietz
PR target/39284
* config/i386
2014-06-20 19:23 GMT+02:00 Richard Henderson :
> On 06/20/2014 08:56 AM, Kai Tietz wrote:
>> +(define_split
>> + [(set (match_operand:W 0 "register_operand")
>> +(match_operand:W 1 "memory_operand"))
>> + (set (pc) (match_dup 0))]
>&g
So revert to use a second peephole2 pass before final split before sched2 pass.
Ok for apply
ChangeLog
2014-06-20 Kai Tietz
PR target/39284
* passes.def (peephole2): Add second peephole2 pass before
split before sched2 pass.
* config/i386/i386.md (peehole2): To combine
2014-06-20 19:55 GMT+02:00 Richard Henderson :
> On 06/20/2014 10:52 AM, Kai Tietz wrote:
>> 2014-06-20 Kai Tietz
>>
>> PR target/39284
>> * passes.def (peephole2): Add second peephole2 pass before
>> split before sched2 pass.
>> * con
2014-06-20 20:14 GMT+02:00 Jeff Law :
> On 06/20/14 12:07, Kai Tietz wrote:
>>
>> 2014-06-20 19:55 GMT+02:00 Richard Henderson :
>>>
>>> On 06/20/2014 10:52 AM, Kai Tietz wrote:
>>>>
>>>> 2014-06-20 Kai Tietz
>>>>
>
Hi,
this fixes a potential out-of-bound access in unwind-seh's GetGr/SetGr function.
ChangeLog
2014-06-23 Kai Tietz
PR libgcc/61585
* unwind-seh.c (_Unwind_GetGR): Check for proper
index range.
(_Unwind_SetGR): Likewise.
I will apply this patch after successful buil
1 - 100 of 842 matches
Mail list logo
