On Fri, Jul 19, 2019 at 10:30 AM Florian Weimer wrote:
>
> * Romain Geissler:
>
> > That may fly in the open source world, however I expect some vendors
> > shipping proprietary code might be fine with assembly/LTO
> > representation of their product, but not source.
>
> They can't ship LTO today
On Sun, 21 Jul 2019, Giuliano Belinassi wrote:
> Hi all,
>
> Here is my second evaluation report, together with a simple program that
> I was able to compile with my parallel version of GCC. Keep in mind that
> I still have lots of concurrent issues inside the compiler and therefore
> my branch w
On Mon, Jul 22, 2019 at 2:27 AM Akshat Garg wrote:
> Hi all,
> Consider part of an example(figure 20) from doc P0190R4(
> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0190r4.pdf)
> shown below:
>
> 1. void thread1 (void)
> 2. {
> 3.int * volatile p;
> 4.p = rcu_dereference(g
On Mon, Jul 22, 2019 at 2:11 PM Richard Biener
wrote:
> On Mon, Jul 22, 2019 at 2:27 AM Akshat Garg wrote:
>
>> Hi all,
>> Consider part of an example(figure 20) from doc P0190R4(
>> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0190r4.pdf)
>> shown below:
>>
>> 1. void thread1 (void
On Mon, 22 Jul 2019, Richard Biener wrote:
> On Sun, 21 Jul 2019, Giuliano Belinassi wrote:
>
> > Hi all,
> >
> > Here is my second evaluation report, together with a simple program that
> > I was able to compile with my parallel version of GCC. Keep in mind that
> > I still have lots of concurr
On Mon, Jul 22, 2019 at 10:54 AM Akshat Garg wrote:
> On Mon, Jul 22, 2019 at 2:11 PM Richard Biener
> wrote:
>
>> On Mon, Jul 22, 2019 at 2:27 AM Akshat Garg wrote:
>>
>>> Hi all,
>>> Consider part of an example(figure 20) from doc P0190R4(
>>> http://www.open-std.org/jtc1/sc22/wg21/docs/paper
Hi all,
Is it possible, in the arch.opt file, to have GCC generate a bitmask
relative to a user-defined variable without an associated name? To
illustrate my problem, consider the following option file snippet:
...
Variable
HOST_WIDE_INT riscv_bitmanip_flags = 0
...
mbmi-zbb
Target Mask(BITMANIP_
* Richard Biener:
> On Fri, Jul 19, 2019 at 10:30 AM Florian Weimer wrote:
>>
>> * Romain Geissler:
>>
>> > That may fly in the open source world, however I expect some vendors
>> > shipping proprietary code might be fine with assembly/LTO
>> > representation of their product, but not source.
>>
On Mon, Jul 22, 2019 at 1:15 PM Florian Weimer wrote:
>
> * Richard Biener:
>
> > On Fri, Jul 19, 2019 at 10:30 AM Florian Weimer wrote:
> >>
> >> * Romain Geissler:
> >>
> >> > That may fly in the open source world, however I expect some vendors
> >> > shipping proprietary code might be fine wit
On 7/17/19 8:10 PM, Jeff Law wrote:
> On 7/17/19 11:29 AM, Andi Kleen wrote:
>> Romain Geissler writes:
>>>
>>> I have no idea of the LTO format and if indeed it can easily be updated
>>> in a backward compatible way. But I would say it would be nice if it
>>> could, and would allow adoption for p
On 7/22/19 8:25 AM, Martin Liška wrote:
> On 7/17/19 8:10 PM, Jeff Law wrote:
>> On 7/17/19 11:29 AM, Andi Kleen wrote:
>>> Romain Geissler writes:
I have no idea of the LTO format and if indeed it can easily be updated
in a backward compatible way. But I would say it would be nice
Hi,
On Fri, 19 Jul 2019 16:32:21 +0300 (MSK)
Alexander Monakov wrote:
> On Fri, 19 Jul 2019, Jozef Lawrynowicz wrote:
>
> > For MSP430, the folding of identical functions marked with the "interrupt"
> > attribute by -fipa-icf-functions results in wrong code being generated.
> > Interrupts have
On Wed, Jul 17, 2019 at 2:10 PM Jeff Law wrote:
>
> ...
> SuSE's announcement today is quite ironic. Red Hat's toolchain team is
> planning to propose switching to LTO by default for Fedora 32 and were
> working through various details yesterday. Our proposal will almost
> certainly include stri
On Mon, 22 Jul 2019, Jozef Lawrynowicz wrote:
> This would have to be caught at the point that an optimization pass
> first considers inserting a CALL to the interrupt, i.e., if the machine
> description tries to prevent the generation of a call to an interrupt function
> once the RTL has been gen
On Sun, Jul 21, 2019 at 04:46:33PM +0900, 김규래 wrote:
> About the snippet below,
>
> if (gomp_barrier_last_thread (state))
> {
> if (team->task_count == 0)
> {
> gomp_team_barrier_done (&team->barrier, state);
> gomp_mutex_unlock (&team->task_lock);
> gomp_team_barrier_wake (&
On Mon, Jul 22, 2019 at 4:05 AM Maxim Blinov wrote:
> Is it possible, in the arch.opt file, to have GCC generate a bitmask
> relative to a user-defined variable without an associated name? To
> illustrate my problem, consider the following option file snippet:
> ...
> But, I don't want the user to
> Yes, you can look up the definition.
> gomp_ barrier_last_thread is just a bit in the state bitmask passed to the
> routine, it is set on the last thread that encounters the barrier, which is
> figured out by doing atomic subtraction from the counter.
I saw the implementation, just wanted to be
from which header file are they(for, while, loops) called?
can you tell me where they(like the for or while loops) are stored? like
a iostream!
I wonder their source code. and I'll look(investigate ) at them and try
to write a new header.
18 matches
Mail list logo
