Hello all,
I am trying to use BUILT_IN_ATOMIC_..., but it does not quite work. I am
calling them as:
tmp = builtin_decl_explicit (BUILT_IN_ATOMIC_LOAD_4);
tmp = build_call_expr_loc (input_location, tmp, 2, atom.expr, ...
That gives the following dump:
__atomic_store_n (&i, 5, 0);
__a
See also https://gcc.gnu.org/ml/gcc-regression/2014-07/
Dominique
> I've been looking for a smoking gun, but did not find one. Interestingly
> this only happens in stage3 on i386-unknown-freebsd10.0 where clang is the
> bootstrap compiler: ...
Same thing here on x86_64-apple-darwin13 at r212373 configured with
$ ../p_work/configure --prefix=/opt/gcc/gcc4.10p
I've been looking for a smoking gun, but did not find one. Interestingly
this only happens in stage3 on i386-unknown-freebsd10.0 where clang is the
bootstrap compiler:
build/genmodes -h > tmp-modes.h
build/genmodes: config/i386/i386-modes.def:25: (TF) field format must not be set
build/genmodes:
[CCing nickc, who wrote the mn10300 hook in question]
I'm experimenting with separating out instructions from expressions in
RTL; see [1] for more info on that.
I noticed that mn10300 has this implementation of a target hook:
#define TARGET_SCHED_ADJUST_COST mn10300_adjust_sched_cost
Within mn
Hi Dan,
I see there is a later mail from Steven which I'm going to look
into wrt. adding the mirrors.
There seems to be a number of you looking into mirroring??
Gerald
On Fri, 14 Mar 2014, Dan D. wrote:
> I made a small mistake below on the ftp/rsync mirrors for the USA
> mirror. They should b
Hi Jakub,
I discovered an issue related to global variables.
In this testcase the 'omp target' child fn uses the local copy of glob_var.
But the 'omp parallel' child fn tries to use the glob_var directly and therefore
crashes.
int glob_var;
void
foo (void)
{
glob_var = 1;
#pragma omp target
On 08/07/2014 14:50, Roman Gareev wrote:
You may want to take a look at polly commit r212186, where I reworked
and documented how this works.
It is much easier for understanding. Thank you! I've tried to consider
an older version.
Is this necessary? The id should already be set in
(graphite-s
>You may want to take a look at polly commit r212186, where I reworked
>and documented how this works.
It is much easier for understanding. Thank you! I've tried to consider
an older version.
>Is this necessary? The id should already be set in
>(graphite-sese-to-poly.c):
>
>static isl_id *
>isl_i
On Sat, Jul 5, 2014 at 11:29 PM, Gerald Pfeifer wrote:
> On Fri, 24 Jan 2014, Andrew Engelbrecht wrote:
>> there are no .sig files here:
>>
>> http://www.netgull.com/gcc/releases/gcc-4.8.2/
>>
>> i assumed that gcc didn't use gpg for releases, and became very
>> discouraged about the idea of build
10 matches
Mail list logo
