On the eve of me retiring my hacker handle, unidef, I decided to make a
contribution to the famous (..and infamous) gnu c compiler suite, a package of
compilers that have helped me and the unix community immensely since its
inception
Basically, qlib is a multidimensional multidirectional data a
I'm writing a gcc plugin. Is there a recommended way to have a custom
gimple pass with access to the post-inlined version of the function?
Kind regards
Vanush
On 12/7/19 3:50 AM, Jakub Jelinek wrote:
On Fri, Dec 06, 2019 at 06:43:35PM -0800, Andrew Pinski wrote:
Hi all,
Right now the trunk does not compile with GCC 4.4.7 (the GCC that
comes with CentOS 6; yes I know old) after revision 277200 (October
19).
AFAIK we haven't switched to requiring C
Greetings Segher and Peter,
After looking through the code and thinking about it seems that the best
way forward
is to rewrite most of the passes in GIMPLE or RTL to hook into a async
work queue
framework to launch it if the state is not shared. This will scale much
better than
the current ver
‐‐‐ Original Message ‐‐‐
On Friday, December 6, 2019 12:43 PM, Richard Biener richard.guent...@gmail.com
wrote:
...
...
> > Are we certain the change we want is to support _Complex double so that
> > cexpi is auto-vectorized?
> > Looking at the resulting executable of the code with sinco
Snapshot gcc-10-20191208 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20191208/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Greetings,
I was wondering what the current status of being able to use C++11 is
without
the gcc project. Seems it will be much easier to implement basic
spinlocks with
the C++11 memory model than without.
Thanks,
Nick
Dear Richard Biener,
On Wed, Dec 4, 2019 at 5:48 AM Richard Biener
wrote:
>
> On Sun, Dec 1, 2019 at 7:47 PM JeanHeyd Meneide
> wrote:
> >
> > ...
> > It worked, but this approach required removing some type checks
> > in digest_init just to be able to fake-up a proper initialization from