Hi,
For PR60531, GCC wrongly rejects function templates with explicitly
specified template arguments as overloaded. They are resolved by
resolve_nondeduced_context, which is normally called by
cp_default_conversion through decay_conversion, but the latter have
extra effects making them unusable h
Committed as revision r270338.
Dominique
> Le 11 avr. 2019 à 11:54, Dominique d'Humières a écrit :
>
> Hi all,
>
> I am planning to commit the following patch
>
> --- ../_clean/gcc/fortran/module.c2019-03-21 20:46:46.0 +0100
> +++ gcc/fortran/module.c 2019-04-11 10:28:37.
Hi,
This patch moved all rt.sections modules to a gcc.sections package.
These modules depend on a mixture between how the compiler emits
run-time module information, and what functions are exposed by the
platform to inquire about loaded global and thread-local data
sections.
As the upstream impl
On Tue, 9 Apr 2019 at 21:27, Rainer Orth wrote:
>
> Rainer Orth writes:
>
> > Before Solaris 11.5, struct dl_phdr_info lacked the dlpi_tls_modid
> > member. While the support might be backported to Solaris 11.4, it
> > certainly won't to previous Solaris releases. To work around this, I've
> >
On Tue, 29 Jan 2019 at 11:25, Rainer Orth wrote:
>
> I've successfully been using a late prototype of an implementation of
> the dlpi_tls_modid field of struct dl_phdr_info on Solaris 11.5 Beta.
> This allowed me to get pretty reasonable test results using
> sections_elf_shared.d on Solaris.
>
> T
On Tue, 9 Apr 2019 at 11:53, David Abdurachmanov
wrote:
>
> diff --git a/libphobos/libdruntime/rt/sections_elf_shared.d
> b/libphobos/libdruntime/rt/sections_elf_shared.d
> index d4e1ff07699..45c1dcbc7f3 100644
> --- a/libphobos/libdruntime/rt/sections_elf_shared.d
> +++ b/libphobos/libdruntime/r
On Mon, 25 Mar 2019 at 20:04, Johannes Pfau wrote:
>
> diff --git a/gcc/d/d-system.h b/gcc/d/d-system.h
> index efece15f3bc..6c18b69d4df 100644
> --- a/gcc/d/d-system.h
> +++ b/gcc/d/d-system.h
> @@ -55,4 +55,10 @@
> #undef tolower
> #define tolower(c) TOLOWER(c)
>
> +/* We do not include direct
On Tue, 9 Apr 2019 at 21:36, Rainer Orth wrote:
>
> Rainer Orth writes:
>
> > Here's the patch I mentioned in
> >
> > https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01661.html
> >
> > to work around an amd64 Solaris ld bug. I'm just posting it for
> > reference now: until it's clear if a fi
Hello world,
the attached patch fixes a 8/9 regression where _def_init, an internal
Fortran variable containing only zeros, was placed into the .rodata
section. This led to a large increase in executable size.
There should be no impact on other languages because the change to
varasm.c is guarded
Hi Thomas,
Thanks for your determination in dealing with this. It has been on my
TODO list for a long time but, like you at the outset, I had no idea
how to deal with it.
OK on the fortran side.
Paul
On Sat, 13 Apr 2019 at 19:48, Thomas Koenig wrote:
>
> Hello world,
>
> the attached patch fix
10 matches
Mail list logo