Hi,
I just noticed that on the page with the list for binary packages for
Solaris at
https://gcc.gnu.org/install/binaries.html
the distributions „Blastwave“ and „SunFreeware“ are still listed. Blastwave has
closed its doors some month ago and SunFreeware has gone commercial (now
available
as un
Gerald Pfeifer writes:
> build/genmodes -h > tmp-modes.h
> build/genmodes: config/i386/i386-modes.def:25: (TF) field format must not be
> set
> build/genmodes: config/i386/i386-modes.def:24: (XF) field format must not be
> set
> build/genmodes: machmode.def:203: (DF) field format must not be se
Hi,
I noticed recent GCC adds ivdep pragma support. We have our own implementation
for ivdep for a couple of years now. As GCC implementation is much cleaner and
we want to migrate to it. Ivdep is consumed in two places in our
implementation, one is tree-vect-data-refs.c used by vectorizer, the
On 07/09/2014 02:17 AM, Tobias Burnus wrote:
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 followi
Dear all,
Do you have any results of GCC and LLVM performance comparisons of
different versions (for *ARM* architecture)?
It's not obvious question to find such comparisons in Web, since
Phoronix usually publishes comparisons for x86 and x86_64, and last
comparison for ARM was performed in 201
On July 9, 2014 12:49:15 PM CEST, Bingfeng Mei wrote:
>Hi,
>I noticed recent GCC adds ivdep pragma support. We have our own
>implementation for ivdep for a couple of years now. As GCC
>implementation is much cleaner and we want to migrate to it. Ivdep is
>consumed in two places in our implementati
On 09/07/14 08:59, Dagobert Michelsen wrote:
Hi,
I just noticed that on the page with the list for binary packages for
Solaris at
https://gcc.gnu.org/install/binaries.html
the distributions „Blastwave“ and „SunFreeware“ are still listed. Blastwave has
closed its doors some month ago and SunFr
Snapshot gcc-4.9-20140709 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20140709/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi,
I've noticed that the following targets are built in config-list.mk with
--enable-obsolete
i686-interix3 - doesn't appear to actually require --enable-obsolete
though, should it be marked as obsolete in config.gcc?
score-* and picochip-* since atleast sept 2012, is there a reason they
haven't
Hi,
I'm trying to get to the bottom of a bug when using the D front-end with -flto.
When compiling anything, it always ICEs at in
streamer_get_pickled_tree, at tree-streamer-in.c.
The of it appears to be that the LTO frontend seems to never retrieve
what it is expected to find. But I don't know
On 10 July 2014 07:31, Iain Buclaw wrote:
> Hi,
>
> I'm trying to get to the bottom of a bug when using the D front-end with
> -flto.
>
> When compiling anything, it always ICEs at in
> streamer_get_pickled_tree, at tree-streamer-in.c.
>
> The of it appears to be that the LTO frontend seems to ne
12 matches
Mail list logo
