Hi,
Just to clarify a similar question: I am using stream_write_tree and
looking at the comments it says that it is assumed that the tree T is
already in the encoder cache. Does this mean that I have to use
lto_symtab_encoder_t for all trees I want to store in summaries? I
thought the encoder only
On Tue, Jul 13, 2021 at 11:21 AM Erick Ochoa wrote:
>
> Hi,
>
> Just to clarify a similar question: I am using stream_write_tree and
> looking at the comments it says that it is assumed that the tree T is
> already in the encoder cache. Does this mean that I have to use
> lto_symtab_encoder_t for
> There are entities, like SSA names and STRING_CSTs which are specially
> encoded and if you stream those in your LGEN data you have to set up
> appropriate encoders. In general streaming arbitrary trees isn't the
> best thing to do, usually you're interested in specific pieces only. That's
> es
> From: Richard Biener
> Date: Tue, 13 Jul 2021 08:24:17 +0200
> Cc: Eli Zaretskii , "gcc@gcc.gnu.org"
>
> I actually like texinfo (well, because I know it somewhat, compare to sphinx).
> I think it produces quite decent PDF manuals. I never use the html
> output (in fact I read our manual usin
On Tue, 13 Jul 2021 at 11:41, Richard Biener wrote:
> There are entities, like SSA names and STRING_CSTs which are specially
> encoded and if you stream those in your LGEN data you have to set up
> appropriate encoders.
I forgot to ask, is there an example of these appropriate encoders
being use
On Tue, Jul 13, 2021 at 2:11 AM Alexandre Oliva wrote:
>
> On Jul 12, 2021, Christoph Müllner wrote:
>
> > * Why does the generic by-pieces infrastructure have a higher priority
> > than the target-specific expansion via INSNs like setmem?
>
> by-pieces was not affected by the recent change, and
On Tue, Jul 13, 2021 at 1:52 PM Eli Zaretskii wrote:
>
> > From: Richard Biener
> > Date: Tue, 13 Jul 2021 08:24:17 +0200
> > Cc: Eli Zaretskii , "gcc@gcc.gnu.org"
> >
> > I actually like texinfo (well, because I know it somewhat, compare to
> > sphinx).
> > I think it produces quite decent PDF
On Tue, Jul 13, 2021 at 12:50 PM Erick Ochoa wrote:
>
> > There are entities, like SSA names and STRING_CSTs which are specially
> > encoded and if you stream those in your LGEN data you have to set up
> > appropriate encoders. In general streaming arbitrary trees isn't the
> > best thing to do,
> From: Richard Biener
> Date: Tue, 13 Jul 2021 14:46:33 +0200
> Cc: Jonathan Wakely , GCC Development
> I can very well understand the use of the html manual when you want
> to share pointers to specific parts of the documentation in communications.
In the Emacs community, we have a notation fo
On Tue, Jul 13, 2021 at 2:19 PM Christoph Müllner via Gcc
wrote:
>
> On Tue, Jul 13, 2021 at 2:11 AM Alexandre Oliva wrote:
> >
> > On Jul 12, 2021, Christoph Müllner wrote:
> >
> > > * Why does the generic by-pieces infrastructure have a higher priority
> > > than the target-specific expansion
On Tue, Jul 13, 2021 at 2:59 PM Richard Biener
wrote:
>
> On Tue, Jul 13, 2021 at 2:19 PM Christoph Müllner via Gcc
> wrote:
> >
> > On Tue, Jul 13, 2021 at 2:11 AM Alexandre Oliva wrote:
> > >
> > > On Jul 12, 2021, Christoph Müllner wrote:
> > >
> > > > * Why does the generic by-pieces infras
On Tue, 13 Jul 2021 at 07:24, Richard Biener wrote:
>
> On Mon, Jul 12, 2021 at 7:20 PM Jonathan Wakely via Gcc
> wrote:
> > GCC devs and users who frequently modify or refer to the HTML docs
> > want to replace texinfo. One vocal objector who just keeps repeating
> > that texinfo is fine should
Hi Martin,
> -Original Message-
> From: Gcc-patches bounces+tamar.christina=arm@gcc.gnu.org> On Behalf Of Martin Liška
> Sent: Tuesday, June 29, 2021 11:09 AM
> To: Joseph Myers
> Cc: GCC Development ; gcc-patc...@gcc.gnu.org
> Subject: Re: [PATCH] Port GCC documentation to Sphinx
>
Hi!
Starting with the Volta family (sm_70+), Nvidia GPUs introduced
Independent Thread Scheduling for the 32 threads ("32 SIMD lanes") that
constitute a warp, which means "execution state per thread, including a
program counter", succeeding the previous "warp-synchronous" abstraction
where "warps
On Tue, Jul 13, 2021 at 05:48:51PM +0200, Thomas Schwinge wrote:
> Starting with the Volta family (sm_70+), Nvidia GPUs introduced
> Independent Thread Scheduling for the 32 threads ("32 SIMD lanes") that
> constitute a warp, which means "execution state per thread, including a
> program counter",
Good Day,
I was wondering if you would be interested in our recently verified Statistical
Analysis Software Users?
Following are the software users we have:
IBM SPSS Statistics, RStudio, JMP, SAS Enterprise Miner, KNIME and more.
I look forward for your response.
Regards,
Jenson Brook | Deman
Hi,
I Just want to confirm that did you got my last email or not.
If you find this interesting and want to know more about it , share your
details with us our experts will get in touch and share further details
with you.
I look forward to your response.
Regards,
Matt Prater
On Thu, Jul 8, 202
OK, I haven't asked a dumb question for a while so here goes!
I'm trying to debug my optimization in lto running 505mcf_r
(yes it's SPEC17.)
Here's the bit that fails from the make.out:
/home/gary/gcc_build_gcc11/install/libexec/gcc/x86_64-pc-linux-gnu/11.1.1/lto1
-quiet -dumpdir ./mcf_r.lto.o-
Hi:
The original problem was that some users wanted the cmdline option
-ffast-math not to act on intrinsic production code. .i.e for codes
like
#include
__m256d
foo2 (__m256d a, __m256d b, __m256d c, __m256d d)
{
__m256d tmp = _mm256_add_pd (a, b);
tmp = _mm256_sub_pd (tmp, c);
tmp = _mm256_sub_
On Wed, Jul 14, 2021 at 1:15 PM Hongtao Liu wrote:
>
> Hi:
> The original problem was that some users wanted the cmdline option
> -ffast-math not to act on intrinsic production code. .i.e for codes
> like
>
> #include
> __m256d
> foo2 (__m256d a, __m256d b, __m256d c, __m256d d)
> {
> __m256d tm
I've been working on an implementation of stack scrubbing, strub for
short. It's quite different from the one that Embecosm folks presented
at the Cauldron, in that this one aims to be machine-independent.
Instead of machine-specific tweaking of epilogue logic to zero out a
function's own stack fr
Hello,
I noticed that the following static read-only object gets optimized away
if optimization is enabled:
/* Generate the pointer to the gcov_info_var in a dedicated section. */
static void
build_gcov_info_var_registration (tree gcov_info_type)
{
tree var = build_decl (BUILTINS_LOCATION,
On Wednesday, 14 July 2021 07:18:29 CEST Hongtao Liu via Gcc-help wrote:
> On Wed, Jul 14, 2021 at 1:15 PM Hongtao Liu wrote:
> > Hi:
> > The original problem was that some users wanted the cmdline option
> >
> > -ffast-math not to act on intrinsic production code.
This sounds like the users w
23 matches
Mail list logo
