Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

On 6/24/19 11:42 AM, Richard Biener wrote: On Mon, Jun 24, 2019 at 4:35 PM Martin Sebor wrote: On 6/24/19 6:11 AM, Richard Biener wrote: On Fri, Jun 21, 2019 at 7:17 PM Martin Sebor wrote: On 6/21/19 6:06 AM, Richard Biener wrote: On Wed, Jun 19, 2019 at 5:15 AM Martin Sebor wrote: Bug

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

On Tue, Jun 25, 2019 at 04:55:17AM +0900, 김규래 wrote: > I'm not very familiar with the gomp plugin system. > However, looking at 'GOMP_PLUGIN_target_task_completion' seem like tasks have > to go in and out of the runtime. > In that case, is it right that the tasks have to know from which queue they

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

Hi, I'm not very familiar with the gomp plugin system. However, looking at 'GOMP_PLUGIN_target_task_completion' seem like tasks have to go in and out of the runtime. In that case, is it right that the tasks have to know from which queue they came from? I think I'll have to add the id of the corre

Re: Parallelize GCC with Threads -- First Evaluation

On 2019-06-24 8:59 a.m., Giuliano Belinassi wrote: > Hi, > > Parallelize GCC with Threads -- First Evaluation > > Hi everyone, > > I am attaching the first evaluation report here publicly for gathering > feedback. The file is in markdown format and it can be easily be converted to > PDF for b

Re: [PATCH] Add .gnu.lto_.meta section.

On Mon, Jun 24, 2019 at 3:31 PM Martin Liška wrote: > > On 6/24/19 2:44 PM, Richard Biener wrote: > > On Mon, Jun 24, 2019 at 2:12 PM Martin Liška wrote: > >> > >> On 6/24/19 2:02 PM, Richard Biener wrote: > >>> On Fri, Jun 21, 2019 at 4:01 PM Martin Liška wrote: > > On 6/21/19 2:57 PM

GSoC Project: Make C/C++ not automatically promote memory_order_consume to memory_order_acquire

Hello everyone, We are working on the project to not allow memory_order_consume gets automatically promoted to memory_order_acquire. In implementing memory_order_consume, the problem comes when tracing dependencies at the C/C++ source level. We are first targeting to trace the dependencies only fo

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

On Mon, Jun 24, 2019 at 4:35 PM Martin Sebor wrote: > > On 6/24/19 6:11 AM, Richard Biener wrote: > > On Fri, Jun 21, 2019 at 7:17 PM Martin Sebor wrote: > >> > >> On 6/21/19 6:06 AM, Richard Biener wrote: > >>> On Wed, Jun 19, 2019 at 5:15 AM Martin Sebor wrote: > > Bug 90923 shows th

RE: gcc: -ftest-coverage and -auxbase

> From: Martin Liška > Sent: Thursday, June 20, 2019 9:49 AM > I see. What about the following patch: > > $ ./gcc/xgcc -Bgcc /tmp/main.c --coverage -fprofile-note=/tmp/main.gcno $ > ls -l /tmp/main.gcno > -rw-r--r-- 1 marxin users 428 Jun 20 15:48 /tmp/main.gcno Thanks. That did the trick. Nex

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

On 6/24/19 6:11 AM, Richard Biener wrote: On Fri, Jun 21, 2019 at 7:17 PM Martin Sebor wrote: On 6/21/19 6:06 AM, Richard Biener wrote: On Wed, Jun 19, 2019 at 5:15 AM Martin Sebor wrote: Bug 90923 shows that even though GCC hash-table based containers like hash_map can be instantiated on

Re: [PATCH] Add .gnu.lto_.meta section.

> On 24 Jun 2019, at 14:31, Martin Liška wrote: > > On 6/24/19 2:44 PM, Richard Biener wrote: >> On Mon, Jun 24, 2019 at 2:12 PM Martin Liška wrote: >>> >>> On 6/24/19 2:02 PM, Richard Biener wrote: On Fri, Jun 21, 2019 at 4:01 PM Martin Liška wrote: > > On 6/21/19 2:57 PM, Jan

Re: [PATCH] Add .gnu.lto_.meta section.

On 6/24/19 2:44 PM, Richard Biener wrote: > On Mon, Jun 24, 2019 at 2:12 PM Martin Liška wrote: >> >> On 6/24/19 2:02 PM, Richard Biener wrote: >>> On Fri, Jun 21, 2019 at 4:01 PM Martin Liška wrote: On 6/21/19 2:57 PM, Jan Hubicka wrote: > This looks like good step (and please stre

Parallelize GCC with Threads -- First Evaluation

Hi, Parallelize GCC with Threads -- First Evaluation Hi everyone, I am attaching the first evaluation report here publicly for gathering feedback. The file is in markdown format and it can be easily be converted to PDF for better visualization. I am also open to suggestions and ideas in order t

Re: [PATCH] Add .gnu.lto_.meta section.

On Mon, Jun 24, 2019 at 2:12 PM Martin Liška wrote: > > On 6/24/19 2:02 PM, Richard Biener wrote: > > On Fri, Jun 21, 2019 at 4:01 PM Martin Liška wrote: > >> > >> On 6/21/19 2:57 PM, Jan Hubicka wrote: > >>> This looks like good step (and please stream it in host independent > >>> way). I suppos

Re: [PATCH] Add .gnu.lto_.meta section.

On 6/24/19 2:02 PM, Richard Biener wrote: > On Fri, Jun 21, 2019 at 4:01 PM Martin Liška wrote: >> >> On 6/21/19 2:57 PM, Jan Hubicka wrote: >>> This looks like good step (and please stream it in host independent >>> way). I suppose all these issues can be done one-by-one. >> >> So there's a worki

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

On Fri, Jun 21, 2019 at 7:17 PM Martin Sebor wrote: > > On 6/21/19 6:06 AM, Richard Biener wrote: > > On Wed, Jun 19, 2019 at 5:15 AM Martin Sebor wrote: > >> > >> Bug 90923 shows that even though GCC hash-table based containers > >> like hash_map can be instantiated on types with user-defined ct

Re: [PATCH] Add .gnu.lto_.meta section.

On Fri, Jun 21, 2019 at 4:01 PM Martin Liška wrote: > > On 6/21/19 2:57 PM, Jan Hubicka wrote: > > This looks like good step (and please stream it in host independent > > way). I suppose all these issues can be done one-by-one. > > So there's a working patch for that. However one will see followin

Re: [testsuite] What's the expected behaviour of dg-require-effective-target shared?

On Fri, 21 Jun 2019 at 16:28, Iain Sandoe wrote: > > Hi Christophe, > > we’ve been looking at some cases where Darwin tests fail or pass unexpectedly > depending on > options. It came as a surprise to see it failing a test for shared support > (since it’s always > supported shared libs). > > --