Re: [PATCH] Deprecate -frepo option.

2019-07-09 Thread Richard Biener
On Mon, Jul 8, 2019 at 2:04 PM Martin Liška wrote: > > On 6/21/19 4:28 PM, Richard Biener wrote: > > On Fri, Jun 21, 2019 at 4:13 PM Jakub Jelinek wrote: > >> > >> On Fri, Jun 21, 2019 at 04:04:00PM +0200, Martin Liška wrote: > >>> On 6/21/19 1:58 PM, Jakub Jelinek wrote: > On Fri, Jun 21, 2

Re: [PATCH] Deprecate -frepo option.

2019-07-09 Thread Nathan Sidwell
On 7/9/19 6:39 AM, Richard Biener wrote: On Mon, Jul 8, 2019 at 2:04 PM Martin Liška wrote: Same happens also for GCC7. It does 17 iteration (#define MAX_ITERATIONS 17) and apparently 17 is not enough to resolve all symbols. And it's really slow. Ouch. hm, 17 is a magic number. in C++

Re: [GSoC'19, libgomp work-stealing] Task parallelism runtime

2019-07-09 Thread 김규래
Hi, This is an update about my status. I've been working on unifying the three queues into a single queue. I'm almost finished and passed all the tests except for the dependency handling part. Ray Kim

Re: [PATCH] Deprecate -frepo option.

2019-07-09 Thread Martin Liška
On 7/9/19 1:41 PM, Nathan Sidwell wrote: > On 7/9/19 6:39 AM, Richard Biener wrote: >> On Mon, Jul 8, 2019 at 2:04 PM Martin Liška wrote: >>> > >>> >>> Same happens also for GCC7. It does 17 iteration (#define MAX_ITERATIONS >>> 17) and >>> apparently 17 is not enough to resolve all symbols. And

Re: [PATCH] Deprecate -frepo option.

2019-07-09 Thread Nathan Sidwell
On 7/9/19 9:00 AM, Martin Liška wrote: On 7/9/19 1:41 PM, Nathan Sidwell wrote: On 7/9/19 6:39 AM, Richard Biener wrote: On Mon, Jul 8, 2019 at 2:04 PM Martin Liška wrote: Same happens also for GCC7. It does 17 iteration (#define MAX_ITERATIONS 17) and apparently 17 is not enough to reso

Re: ARM peephole2 from 2003 never merged, still valid

2019-07-09 Thread Jeff Law
On 7/8/19 12:41 AM, Fredrik Hederstierna wrote: >> From: Segher Boessenkool Sent: >> Thursday, June 6, 2019 6:49 PM To: Richard Earnshaw (lists) Cc: >> Fredrik Hederstierna; Jeff Law; gcc@gcc.gnu.org Subject: Re: ARM >> peephole2 from 2003 never merged, still valid >> >> >> On Thu, Jun 06, 2019

Re: [PATCH] Deprecate -frepo option.

2019-07-09 Thread Jason Merrill
On 7/9/19 1:48 PM, Nathan Sidwell wrote: On 7/9/19 9:00 AM, Martin Liška wrote: On 7/9/19 1:41 PM, Nathan Sidwell wrote: On 7/9/19 6:39 AM, Richard Biener wrote: On Mon, Jul 8, 2019 at 2:04 PM Martin Liška wrote: Same happens also for GCC7. It does 17 iteration (#define MAX_ITERATIONS

RFC: Deprecate libstdc++ Policy-Based Data Structures

2019-07-09 Thread Alexander Kulkov
Hi there! I hope, this message will go to where it's expected to go, since I'm not really familiar with e-mail threads. I was the one who brought https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81806 issue about sub-optimal implementation of split function in pbds. The reason why I did so is clearly

Re: RFC: Deprecate libstdc++ Policy-Based Data Structures

2019-07-09 Thread Alexander Kulkov
I hoped it would attach to https://gcc.gnu.org/ml/libstdc++/2019-05/msg00107.html but it didn't happen :( ср, 10 июл. 2019 г. в 01:39, Alexander Kulkov : > Hi there! I hope, this message will go to where it's expected to go, since > I'm not really familiar with e-mail threads. > > I was the one w

g...@gcc.gnu.orgfXsXa

2019-07-09 Thread hpijbzjb
提供各种发票幵:1 3 6;922 275 95张【 有 】↓【3%-13%】【 増 】各【 发 】 【 稙 】种【 票 】【 税 】真【 幵 】 如果你不想 再收到该产品的推荐邮件, 请点击这里退订

Re: RFC: Deprecate libstdc++ Policy-Based Data Structures

2019-07-09 Thread Jonathan Wakely
On Tue, 9 Jul 2019 at 23:44, Alexander Kulkov wrote: > > I hoped it would attach to > https://gcc.gnu.org/ml/libstdc++/2019-05/msg00107.html but it didn't happen > :( The links to other messages in a thread only work within the same month, so you'll never get links between archived posts sent in d