2015-01-18 16:38 GMT+08:00 Gerald Pfeifer :
> On Wednesday 2015-01-14 17:58, Chung-Ju Wu wrote:
>> 2015-01-14 Chung-Ju Wu
>>
>> * doc/invoke.texi (NDS32 Options): Remove -mforce-fp-as-gp,
>> -mforbid-fp-as-gp, and -mex9 options.
>
> Can you cover these, and similar changes, in th
Hi Jerry, hi all,
sorry for the slow patch review. I also still want to review your other
inquire patch.
Jerry DeLisle wrote:
The fundamental problem: if the variable containing the unit number in
an INQUIRE statement is of type KIND greater than 4 and the value is
outside the range of a KIN
2015-01-18 16:36 GMT+08:00 Gerald Pfeifer :
> On Wednesday 2015-01-14 17:56, Chung-Ju Wu wrote:
>> 2015-01-14 Chung-Ju Wu
>>
>> * doc/invoke.texi (NDS32 Options): Add -mcmodel= option and
>> remove -mgp-direct option.
>>
>> Although these changes are target-specific part, I think
Hi, all,
It is reported that the nds32 port on trunk cannot perform sibling call
optimization because there are missing "sibcall" and "sibcall_value"
named patterns. So we define those named patterns to fix the issue.
This patch was committed last week before stage 4:
https://gcc.gnu.org/r2197
Hi, all,
It is reported that the nds32 port on trunk cannot perform shrink-wrapping
optimization because there is missing named pattern "simple_return".
So we define that named pattern to fix the issue.
This patch was committed last week before stage 4:
https://gcc.gnu.org/r219711
gcc/ChangeL
Hi, all,
The nds32 target has two kinds of instructions for returning to the caller.
One is normal 'ret' instruction which takes $lp as return address;
and the other is 'pop25' instruction which perform registers pop and use $lp
as return address in a single step.
However, the current design of '
Hi,
On Mon, 19 Jan 2015 18:49:21, Konstantin Serebryany wrote:
>
> [text-only]
>
> On Mon, Jan 19, 2015 at 7:42 AM, Mike Stump wrote:
>> On Jan 19, 2015, at 12:43 AM, Dmitry Vyukov wrote:
>>> I can't really make my mind on this. I would mildly prefer sleep's (if
>>> they work reliably!).
>>
>>
Hi,
When I committed r219655, I didn't check in tilepro/mul-tables.c since it
was auto-generated from config/tilepro/gen-mul-tables.cc.
Andrew pointed out to me that this causes the files
confi/tilepro/mul-tables.c and config/tilegx/mul-tables.c to show up
in svn diff. The attached patch fixes that
On Jan 20, 2015, at 6:32 AM, Mike Stump wrote:
> On Jan 19, 2015, at 1:28 PM, Maxim Kuvyrkov wrote:
>>
>> Yes, the ordering relation is screwed, as you put it. With the number of
>> independent heuristics that rank_for_schedule has to consider there is no
>> other way then to have a "screwed
On Mon, Jan 19, 2015 at 10:43:29PM -0500, David Edelsohn wrote:
> On Fri, Jan 17, 2014 at 10:58 PM, Alan Modra wrote:
> > This patch cures PR59828 by translating all the -mcpu options at once,
> > in order, to their equivalent assembler -m options by using a new spec
> > function. In the process
Currently on GCC 4.8 and 4.9, constant pool entries for QImode, HImode and
SImode values are filled as 32-bit quantities. This works fine for little
endian system but gives some incorrect results for big endian system when the
value is accessed with a mode smaller than 32-bit in size. Suppose th
On Mon, Jan 19, 2015 at 4:17 AM, Rainer Orth
wrote:
> Ian Lance Taylor writes:
>
>> On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
>> wrote:
>>>
>>> Apart from that, bootstrap fails in gotools: due to the use of
>>> -static-libgo, all commands there fail to link since the socket
>>> functions are
Hi,
this patch makes branch_cost to be stable over optimize_size and optimize
to allow inlining. This is safe because BRANCH_COST macro will use constant of
2 for all branches optimized for size.
Bootstrapped/regtested x86_64-linux, comitted.
PR lto/45375
* i386.c (ix86_o
On Sat, Jan 17, 2015 at 10:34 AM, Uros Bizjak wrote:
> On Sat, Jan 17, 2015 at 12:19 AM, Ian Lance Taylor wrote:
>
>>> You should also revert alpha specific change to
>>> libgo/go/testing/quick/quick_test.go, please see [1] and [2].
>>>
>>> [1] https://gcc.gnu.org/ml/gcc-patches/2013-03/msg00038.
On Mon, Jan 19, 2015 at 2:09 PM, Richard Henderson wrote:
>
> Fixed thus; applying to mainline after build testing a cross tomips64el-linux.
>
> Ian, I assume you'll push this upstream?
Committed.
(It's a little easier for me if I submit patches to the libgo and
gcc/go/gofrontend directories.)
On Fri, Jan 17, 2014 at 10:58 PM, Alan Modra wrote:
> This patch cures PR59828 by translating all the -mcpu options at once,
> in order, to their equivalent assembler -m options by using a new spec
> function. In the process this removes some duplication.
>
> All the rhs of -mcpu= options from th
On Jan 19, 2015, at 1:28 PM, Maxim Kuvyrkov wrote:
>
> Yes, the ordering relation is screwed, as you put it. With the number of
> independent heuristics that rank_for_schedule has to consider there is no
> other way then to have a "screwed" ordering.
I have not seen a proof that an working co
[text-only]
On Mon, Jan 19, 2015 at 7:42 AM, Mike Stump wrote:
> On Jan 19, 2015, at 12:43 AM, Dmitry Vyukov wrote:
>> I can't really make my mind on this. I would mildly prefer sleep's (if
>> they work reliably!).
>
> Let me state it more forcefully.
You don't have to convince us here.
I'd love
From: Trevor Saunders
Hi,
not doing $subject caused ICES when we tried to parse statements outside of
functions. Just copy the similar code for other pragmas that effect
statements.
bootstrapped + regtested x86_64-linux-gnu, ok?
Trev
diff --git a/gcc/cp/ChangeLog b/gcc/cp/ChangeLog
index f6
ping
This PR has been marked as a regression, so I suppose we ought to get it fixed.
On 01/18/2015 09:10 PM, Jerry DeLisle wrote:
I reopened this PR to do some cleanup and to address a use case presented by
Joost in comment #7 of the subject PR.
The fundamental problem: if the variable contain
From: Trevor Saunders
Hi,
when doing an lto link we can have some symbols be ir only and others be
machine code, which trips the assert here. Just adjust the assert to handle
that.
bootstrapped + regtested x86_64-linux-gnu, ok?
Trev
gcc/
* ipa-visibility.c (update_visibility_by_reso
On Mon, 19 Jan 2015, Chen Gang S wrote:
> On 12/31/2014 06:26 AM, Joseph Myers wrote:
> > On Mon, 29 Dec 2014, Chen Gang S wrote:
> >
> >> And in honest, this year what I have done is really not quite well, next
> >> year I should be improved: should scanning Bugzilla and try to fix the
> >> exis
On Mon, 19 Jan 2015, Richard Biener wrote:
> c/
> * c-decl.c (merge_decls): Call set_builtin_decl_declared_p
> for builtins the user declared correctly.
The C front-end change is OK.
--
Joseph S. Myers
jos...@codesourcery.com
On Mon, Jan 19, 2015 at 3:52 PM, Tim Shen wrote:
> I think it'll be a quick fix.
Here it is :)
--
Regards,
Tim Shen
commit a2058d87f3b9e2f00a11ae55c2598d00829022cd
Author: timshen
Date: Mon Jan 19 16:21:10 2015 -0800
PR libstdc++/64649
* include/bits/regex.tcc (regex_traits
On Mon, 2015-01-19 at 10:51 +0100, Richard Biener wrote:
> On Fri, Jan 16, 2015 at 7:47 PM, David Malcolm wrote:
> > On Thu, 2015-01-15 at 22:50 +0100, Richard Biener wrote:
> >> On January 15, 2015 9:05:59 PM CET, David Malcolm
> >> wrote:
> >> >Release managers: given that this only touches th
On Mon, Jan 19, 2015 at 3:28 PM, Tim Shen wrote:
> I just noticed that if we want to implement it 100% accurately,
> narrowing down the input string to char string is clearly wrong.
Let me take that back, since [22.4.1.1.2].12 requires that
do_widen(do_narrow(c,0)) == c, which gives us a chance t
On Sun, 2015-01-18 at 19:14 +0100, Oleg Endo wrote:
> Hi,
>
> The attached patch fixes PR 64652. Tested with
> make -k check-gcc RUNTESTFLAGS="sh-torture.exp --target_board=sh-sim
> \{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}"
> Committed as r219824.
>
> Cheers,
> Oleg
>
> gcc
On Mon, Jan 19, 2015 at 5:23 AM, Jonathan Wakely wrote:
> Maybe it's OK, because all the elements of __collatename use ASCII
> chars which have the same value as wide chars? (Probably not true for
> all locales).
I just noticed that if we want to implement it 100% accurately,
narrowing down the i
On Mon, Jan 19, 2015 at 5:25 AM, Jonathan Wakely wrote:
> OK for trunk and 4.9 - thanks.
Committed.
--
Regards,
Tim Shen
Moore, Catherine writes:
> > -Original Message-
> > From: Matthew Fortune [mailto:matthew.fort...@imgtec.com]
> > Sent: Monday, January 19, 2015 5:54 PM
> > To: Moore, Catherine
> > Cc: 'gcc-patches@gcc.gnu.org' (gcc-patches@gcc.gnu.org)
> > Subject: RE: [PATCH,MIPS] Only pass floating-poi
On 19 January 2015 at 21:12, Ville Voutilainen
wrote:
> On 19 January 2015 at 18:28, Ville Voutilainen
> wrote:
>> When I patched the triviality test for volatile types, I missed two cases:
>> 1) volatile members in a class should make the class non-trivial.
>> 2) a volatile class type should its
On Sun, 2015-01-18 at 13:25 +0100, Oleg Endo wrote:
> On Sat, 2015-01-17 at 22:40 +0900, Kaz Kojima wrote:
> > Oleg Endo wrote:
> > > Kaz, could you please test the patch on your sh4-linux setup and report
> > > your findings? Even though it's a bit late, I'd like to get this in for
> > > GCC 5,
> -Original Message-
> From: Matthew Fortune [mailto:matthew.fort...@imgtec.com]
> Sent: Monday, January 19, 2015 5:54 PM
> To: Moore, Catherine
> Cc: 'gcc-patches@gcc.gnu.org' (gcc-patches@gcc.gnu.org)
> Subject: RE: [PATCH,MIPS] Only pass floating-point options to the assembler
> then
>
Hi Catherine,
> The new behaviour of the GCC driver passing floating point options like
> -msoft-float to the assembler is essential for the new o32 ABI
> extensions but is a change in behaviour. In particular GCC 5 used with
> binutils 2.24 would require a user to fix any hand-crafted code that
>
On Sun, 2015-01-18 at 13:25 +0100, Oleg Endo wrote:
> On Sat, 2015-01-17 at 22:40 +0900, Kaz Kojima wrote:
> > Oleg Endo wrote:
> > > Kaz, could you please test the patch on your sh4-linux setup and report
> > > your findings? Even though it's a bit late, I'd like to get this in for
> > > GCC 5,
Hi,
this patch reduces unit growth to 15%. This is important change for LTO builds.
For example Firefox binary reduces by about 10%. I hope this change is now
safe with increased early-inlining-insns and improvements in inline analysis.
I benchmarked this on Firefox, majority of C++ testsuite and
On 01/19/2015 02:26 AM, Andreas Schwab wrote:
> Ian Lance Taylor writes:
>
>> @@ -83,7 +83,7 @@
>> #else /* !defined(USE_LIBFFI_CLOSURES) */
>>
>> void
>> -makeFuncFFI(const struct __go_func_type *ftyp, ffi_go_closure *impl)
>> +makeFuncFFI(const struct __go_func_type *ftyp, void *impl)
>> {
Unfortunately this patch broke bootstrap on AIX (PPC32)
PR bootstrap/64676
- David
On Jan 20, 2015, at 12:11 AM, Mike Stump wrote:
> On Jan 19, 2015, at 10:14 AM, Maxim Kuvyrkov
> wrote:
>> On Jan 19, 2015, at 6:48 PM, Mike Stump wrote:
>>> On Jan 19, 2015, at 5:41 AM, Maxim Kuvyrkov
>>> wrote:
In A < B < C < A case all A, B and C are normal instructions. It is a
>>
On Jan 19, 2015, at 10:14 AM, Maxim Kuvyrkov wrote:
> On Jan 19, 2015, at 6:48 PM, Mike Stump wrote:
>> On Jan 19, 2015, at 5:41 AM, Maxim Kuvyrkov
>> wrote:
>>> In A < B < C < A case all A, B and C are normal instructions. It is a
>>> pre-existing condition. When compiling without debug inf
On Mon, Jan 19, 2015 at 08:57:31PM +, Gerald Pfeifer wrote:
> On Monday 2015-01-19 17:52, James Greenhalgh wrote:
> > OK after the Cortex-A57 scheduling description goes in to the ARM port?
>
> Yes, thanks, except that once will be sufficient. ;-) (The current
> patch features the same hunk t
On Monday 2015-01-19 17:52, James Greenhalgh wrote:
> OK after the Cortex-A57 scheduling description goes in to the ARM port?
Yes, thanks, except that once will be sufficient. ;-) (The current
patch features the same hunk twice?)
Gerald
Index: ChangeLog
===
--- ChangeLog (revision 219858)
+++ ChangeLog (working copy)
@@ -1,5 +1,11 @@
2015-01-19 Jan Hubicka
+ PR ipa/64218
+ * ipa-inline.c (want_inline_function_to_all_callers_p): Fix check
+
Hi,
libreoffice WPA gets somewhat slower compared to 4.8 because of more work we do
analyzing polymorphic call. Many of these calls don't need analyzis because we
will
not derive anything useful anyway. In this case it is a win to simply drop the
info.
Bootstrapped/regtested x86_64-linux, comit
> Hello.
>
> This is fix for PR64668, where I did a wrong assumption about an arguments
> of OBJ_TYPE_REF tree type.
>
> I've been testing the patch on x86_64-linux-pc, ready after it finishes?
>
> Thanks,
> Martin
> >From 54840c592a866eca0a535cdda3714b4251042153 Mon Sep 17 00:00:00 2001
> From
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64671
The patch was successfully bootstrapped on x86-64.I don't expect that
the patch can result in any trouble.
Committed as rev. 219857.
2015-01-19 Vladimir Makarov
PR rtl-optimization/64671
*
On Mon, Jan 19, 2015 at 7:14 PM, Richard Henderson wrote:
>> Attached is a more conservative v2 patch that conditionally enables
>> fixup code when FFI_TARGET_HAS_COMPLEX_TYPE is not defined.
>>
>> Tested on x86_64-linux-gnu {-m32} without regressions.
>
> I don't think this version should be req
This jit testcase was failing on s390x and ppc64 due to
carelessly assuming int==bool.
Patch fixes the testcase on s390x and ppc64. Also tested on
x86_64 and aarch64.
Committed to trunk as r219856.
gcc/testsuite/ChangeLog:
* jit.dg/test-arith-overflow.c: Include stdbool.h.
(crea
On 19 January 2015 at 18:28, Ville Voutilainen
wrote:
> When I patched the triviality test for volatile types, I missed two cases:
> 1) volatile members in a class should make the class non-trivial.
> 2) a volatile class type should itself be non-trivial.
> (based on [basic.types]/9, [class]/6, [c
> this patch fixes the Ada bootstrap under cygwin-32. See PR ada/64640.
>
> Boot-strapped successfully under cygwin-32/XP.
> OK for trunk?
OK
On Mon, 19 Jan 2015, Jakub Jelinek wrote:
> On Mon, Jan 19, 2015 at 05:32:39PM +, Jonathan Wakely wrote:
> > I would like to commit these two patches which complete the C++11
> > library implementation:
> >
> > https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01694.html
> > https://gcc.gnu.org/m
Hi,
this patch fixes libffi build problems under cygwin-32. See PR 64645.
Successfully boot-strapped under Cygwin-32/XP with libjava.
OK for trunk?
Thanks
Bernd.
2015-01-19 Bernd Edlinger
PR libffi/64645
* src/x86/sysv.S: Exclude t
On Mon, Jan 19, 2015 at 1:17 AM, Richard Biener wrote:
>
> Status
> ==
>
> The trunk is now in "Stage 4" which means it is open for regression
> and documentation fixes only, like if it were a release branch.
>
> Please concentrate on getting P1 bugs fixed and provide help in
> confirming and
On 01/19/2015 03:48 PM, Jakub Jelinek wrote:
On Mon, Jan 19, 2015 at 03:44:20PM +0100, Martin Liška wrote:
There's a bunch of another places that emit false positives. With following
patch,
I am able to run profiledbootstrap on x86_64-linux-pc and ppc64-linux-pc.
I don't know what we consider
On 15/01/15 04:26 PM, H.J. Lu wrote:
> On Thu, Jan 15, 2015 at 1:04 PM, Jeff Law wrote:
>>
>> Stage3 is closing rapidly. I've drained my queue of patches I was tracking
>> for gcc-5.However, note that I don't track everything. If it's a patch
>> for a backend, language other than C or seemin
Hi,
this patch fixes the Ada bootstrap under cygwin-32. See PR ada/64640.
Boot-strapped successfully under cygwin-32/XP.
OK for trunk?
Thanks
Bernd.
2015-01-19 Bernd Edlinger
PR ada/64640
* adaint.c: Handle __CYGWIN__ like __MINGW32
Hello.
This is fix for PR64668, where I did a wrong assumption about an arguments
of OBJ_TYPE_REF tree type.
I've been testing the patch on x86_64-linux-pc, ready after it finishes?
Thanks,
Martin
>From 54840c592a866eca0a535cdda3714b4251042153 Mon Sep 17 00:00:00 2001
From: mliska
Date: Mon, 1
On Jan 19, 2015, at 6:48 PM, Mike Stump wrote:
> On Jan 19, 2015, at 5:41 AM, Maxim Kuvyrkov wrote:
>> In A < B < C < A case all A, B and C are normal instructions. It is a
>> pre-existing condition. When compiling without debug information we have
>> ready list "A, B, C". When compiling wi
On Jan 19, 2015, at 6:05 PM, Richard Earnshaw wrote:
> On 16/01/15 15:06, Maxim Kuvyrkov wrote:
>> @@ -1874,7 +1889,8 @@ const struct tune_params arm_cortex_a15_tune =
>> true, true, /* Prefer 32-bit encodings.
>> */
>> true,
On 01/19/2015 10:11 AM, Uros Bizjak wrote:
> Attached is a more conservative v2 patch that conditionally enables
> fixup code when FFI_TARGET_HAS_COMPLEX_TYPE is not defined.
>
> Tested on x86_64-linux-gnu {-m32} without regressions.
I don't think this version should be required.
For x86, FFI_TA
On Mon, Jan 19, 2015 at 05:32:39PM +, Jonathan Wakely wrote:
> I would like to commit these two patches which complete the C++11
> library implementation:
>
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01694.html
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01648.html
>
> And this one t
On Sat, Jan 17, 2015 at 7:34 PM, Uros Bizjak wrote:
> On Sat, Jan 17, 2015 at 12:19 AM, Ian Lance Taylor wrote:
>
>>> You should also revert alpha specific change to
>>> libgo/go/testing/quick/quick_test.go, please see [1] and [2].
>>>
>>> [1] https://gcc.gnu.org/ml/gcc-patches/2013-03/msg00038.h
On 19 January 2015 at 18:05, Ulrich Drepper wrote:
>> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01694.html
>
> Just a nit. Why wouldn't you check the value of the variable after
> the assignment in the test case?
Umm, just because I'm dumb? :-)
I'll make that change to my local branch, thanks
On Mon, Jan 19, 2015 at 12:32 PM, Jonathan Wakely wrote:
> I would like to commit these two patches which complete the C++11
> library implementation:
I would definitely be in favor.
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01694.html
Just a nit. Why wouldn't you check the value of the
Hi,
looks like the __bases extensions need some work as regards error
checking / recovery but this specific ICE on invalid seems easy and safe
to fix: check that TYPE_BINFO isn't null and handle the possibility of
vector->length () null during error recovery.
Tested x86_64-linux.
Thanks,
Pa
On Fri, Jan 16, 2015 at 03:34:30PM +, Ramana Radhakrishnan wrote:
> On Fri, Jan 16, 2015 at 3:06 PM, James Greenhalgh
> wrote:
> > On Fri, Jan 16, 2015 at 10:20:40AM +, Marcus Shawcroft wrote:
> >> On 15 January 2015 at 09:50, James Greenhalgh
> >> wrote:
> >>
> >> > 2015-01-15 James Gr
On Fri, Jan 16, 2015 at 11:14:42AM +, Ramana Radhakrishnan wrote:
>
>
> On 16/01/15 10:20, Marcus Shawcroft wrote:
> > On 15 January 2015 at 09:50, James Greenhalgh
> > wrote:
> >
> >> 2015-01-15 James Greenhalgh
> >>
> >> * config/arm/cortex-a57.md: New.
> >> * config/a
> Hello.
>
> Following patch correctly handles filtered removed items, where we forgot
> to check that a cgraph node is deleted or not. Apart from that, logic
> in the function was rewritten and is much more understandable what's going on.
>
> Tested on x86_64-linux-pc.
> Ready for installation?
On 19 January 2015 at 09:17, Richard Biener wrote:
>
> Status
> ==
>
> The trunk is now in "Stage 4" which means it is open for regression
> and documentation fixes only, like if it were a release branch.
>
> Please concentrate on getting P1 bugs fixed and provide help in
> confirming and analy
Fix a crash due to missing a format string in a printf-style call,
when printing a string literal that contains formatting characters.
Seen on aarch64, where the patch takes jit.sum to:
# of expected passes7514
and no failures.
Committed to trunk as r219851.
gcc/jit/ChangeLog
This is the last missing piece of the C++14 library, as proposed in
http://www.open-std.org/JTC1/sc22/wg21/docs/papers/2013/n3657.htm
Tested x86_64-linux, *not* committed.
commit 99d7d1ebce9f290220966e138ef9b9e741878917
Author: Jonathan Wakely
Date: Mon Jan 19 17:05:34 2015 +
Impleme
On 19 January 2015 at 15:43, Christophe Lyon wrote:
> On 19 January 2015 at 14:29, Marcus Shawcroft
> wrote:
>> On 16 January 2015 at 17:52, Christophe Lyon
>> wrote:
>>
OK provided, as per the previous couple, that we don;t regression or
introduce new fails on aarch64[_be] or aarch32
On 13 January 2015 at 15:17, Christophe Lyon wrote:
> This patch series is a follow-up of the conversion of my existing
> testsuite into DejaGnu. It does not yet cover all the tests I wrote,
> but I chose to post this set to have a chance to have it accepted
> before stage 4. I will have 35 more f
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vqdmull_n.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vqdmull_lane.c: New file.
OK
/Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vqdmull.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vqdmulh_n.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vqdmulh_lane.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vqdmulh.c: New file.
OK /Marcus
When I patched the triviality test for volatile types, I missed two cases:
1) volatile members in a class should make the class non-trivial.
2) a volatile class type should itself be non-trivial.
(based on [basic.types]/9, [class]/6, [class.copy]/12 and [class.copy]/25)
I haven't completed testing
We declare atomic_init() but then never define it, I assume that's
just an accident.
Although the standard says this function is non-atomic, the simplest
fix at this stage is just to do an atomic store (when we get to stage
1 again I'd like to make the function a friend of std::__atomic_base<>
so
> On Jan 19, 2015, at 16:06 , Gerald Pfeifer wrote:
> This looks sweet, thank you!
My pleasure, just checked-in. Thanks for your note and feedback :-)
Hello.
Following patch correctly handles filtered removed items, where we forgot
to check that a cgraph node is deleted or not. Apart from that, logic
in the function was rewritten and is much more understandable what's going on.
Tested on x86_64-linux-pc.
Ready for installation?
Thanks,
Martin
On 12/31/2014 06:26 AM, Joseph Myers wrote:
> On Mon, 29 Dec 2014, Chen Gang S wrote:
>
>> And in honest, this year what I have done is really not quite well, next
>> year I should be improved: should scanning Bugzilla and try to fix the
>> existing issues (just like another members' suggestions t
On Jan 19, 2015, at 5:41 AM, Maxim Kuvyrkov wrote:
> In A < B < C < A case all A, B and C are normal instructions. It is a
> pre-existing condition. When compiling without debug information we have
> ready list "A, B, C". When compiling with debug information, we have ready
> list "A, B, C,
On 19/01/15 15:44, James Greenhalgh wrote:
On Mon, Jan 12, 2015 at 05:30:46PM +, Andrew Pinski wrote:
On Mon, Jan 12, 2015 at 7:52 AM, Kyrill Tkachov wrote:
Hi all,
As raised in https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01237.html and
discussed in that thread, using __builtin_sqrt fo
On 19 January 2015 at 14:29, Marcus Shawcroft
wrote:
> On 16 January 2015 at 17:52, Christophe Lyon
> wrote:
>
>>> OK provided, as per the previous couple, that we don;t regression or
>>> introduce new fails on aarch64[_be] or aarch32.
>>
>> This patch shows failures on aarch64 and aarch64_be fo
On Mon, Jan 12, 2015 at 05:30:46PM +, Andrew Pinski wrote:
> On Mon, Jan 12, 2015 at 7:52 AM, Kyrill Tkachov
> wrote:
> > Hi all,
> >
> > As raised in https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01237.html and
> > discussed in that thread, using __builtin_sqrt for vsqrt_f64 may end up in a
On Jan 19, 2015, at 12:43 AM, Dmitry Vyukov wrote:
> I can't really make my mind on this. I would mildly prefer sleep's (if
> they work reliably!).
Let me state it more forcefully. sleeps are not now, nor in the history of
computing ever been a synchronization primitive, except for hard real ti
The Library Fundamentals TS says
std::experimental::bad_optional_access should have a default
constructor, but we only support construction from strings.
This removes the unused and non-standard std::string constructor and
adds the required default constructor.
Tested x86_64-linux, *not* committ
On Mon, Jan 19, 2015 at 03:44:20PM +0100, Martin Liška wrote:
> There's a bunch of another places that emit false positives. With following
> patch,
> I am able to run profiledbootstrap on x86_64-linux-pc and ppc64-linux-pc.
I don't know what we consider standard and where we allow warnings and t
On 19/01/15 11:33 +0100, Richard Biener wrote:
On Mon, 12 Jan 2015, Richard Biener wrote:
This "fixes" PR64535 by changing the fixed object size emergency pool
to a variable EH object size (but fixed arena size) allocator. Via
combining the dependent and non-dependent EH arenas this should al
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vmull_n.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vmull_lane.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vmull.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vmul_n.c: New file.
OK /Marcus
On 13 January 2015 at 15:18, Christophe Lyon wrote:
> * gcc.target/aarch64/advsimd-intrinsics/vmul_lane.c: New file.
>
OK /Marcus
On Jan 19, 2015, at 12:47 AM, Dmitry Vyukov wrote:
> Long story short. Tsan has a logical data race the core of data race
> detection algorithm. The race is not a bug, but a deliberate design
> decision that makes tsan considerably faster.
Could you please quantify that for us? Also, what lockle
On 16/01/15 15:06, Maxim Kuvyrkov wrote:
> @@ -1874,7 +1889,8 @@ const struct tune_params arm_cortex_a15_tune =
>true, true, /* Prefer 32-bit encodings.
> */
>true, /* Prefer Neon for
> stringops. */
>8,
On Monday 2015-01-19 11:56, Olivier Hainque wrote:
> Something like the attached patch ?
>
> wwwdocs/htdocs/gcc-5/
>
> * changes.html (Operating Systems section): Mention support
> of VxWorks MILS.
This looks sweet, thank you!
Gerald
1 - 100 of 155 matches
Mail list logo
