CCing Go maintainer.
Martin
On 8/3/22 15:25, j wrote:
>
> Hello,
>
> I've proposed a patch [1] for condition coverage profiling in gcc,
> implemented in the middle-end alongside the branch coverage. I've written
> most of the tests for C and a few for C++ and finally got around to try it
> w
Hi all,
Here is the agenda for tomorrow's RISC-V GNU toolchain meeting. If you have any
topics want to
discuss or share, please let me know and I will add them to the agenda, thanks.
Agenda:
- Call for contributors/maintainers: riscv-gnu-toolchain repo
- Unify interface to query suppor
BEGIN:VCALENDAR
PRODID:-//zoom.us//iCalendar Event//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:PUBLISH
CLASS:PUBLIC
BEGIN:VTIMEZONE
TZID:Asia/Singapore
LAST-MODIFIED:20220317T223602Z
TZURL:http://tzurl.org/zoneinfo-outlook/Asia/Singapore
X-LIC-LOCATION:Asia/Singapore
BEGIN:STANDARD
TZNAME:+08
TZOFFSE
On Mon, Aug 08, 2022 at 05:44:36PM -0400, Michael Meissner wrote:
> On Thu, Aug 04, 2022 at 03:53:55PM -0500, Segher Boessenkool wrote:
> > On Thu, Aug 04, 2022 at 01:48:51PM -0400, Michael Meissner wrote:
> > It would be a lot simpler and less roundabout and inside out if we could
> > do this the
Michael Meissner via Gcc writes:
> Because long double mangles the same as either __float128 or __ibm128, you
> cannot write programs like:
>
> double convert (__ibm128x) { return x; }
> double convert (__float128 x) { return x; }
> double convert (long double x) { return x
On Wed, Aug 10, 2022 at 04:55:42PM -0300, Tulio Magno Quites Machado Filho
wrote:
> Michael Meissner via Gcc writes:
> > Because long double mangles the same as either __float128 or __ibm128, you
> > cannot write programs like:
> >
> > double convert (__ibm128x) { return x; }
> > doub
Hello dear GCC developers,
I am working on an issue in Meson wrt GCC built-in functions, see
https://github.com/mesonbuild/meson/issues/10641.
As you already know, some built-ins are always inlined, while others are
inlined only at times (e.g. depending on the target architecture) and
resolve to
On Wed, 10 Aug 2022, 23:12 Luca Bacci via Gcc, wrote:
>
> 1. Is inlining of built-ins dependant only on the target architecture and
> command-line arguments?
>
No, I think it can depend on the arguments to the built-in as well.
2. If the answer to 1 is yes, could a __is_builtin_inlined (func)
Segher Boessenkool writes:
> You can write
> double convert (__ibm128 x) { return x; }
> double convert (__ieee128 x) { return x; }
> as well. "__ieee128" and "long double" are the same type then (and the
> same as _Float128 and __float128 as well).
Oh! I see. Thanks!
Going back
Thank you very much, Jonathan. That's very helpful!
This test program:
int main()
{
void *a = alloca(10);
return 0;
}
Compiles fine with:
gcc -o test test.c
But then fails with:
gcc -o test test.c -fno-builtin
That's on an Arch Linux system (based on glibc)
The issue is that what happens
On Wed, Aug 3, 2022 at 6:26 AM j wrote:
>
> I've proposed a patch [1] for condition coverage profiling in gcc,
> implemented in the middle-end alongside the branch coverage. I've
> written most of the tests for C and a few for C++ and finally got around
> to try it with a toy example for D and go
There's a C++ problem I keep running into, in a very large body of software
with lots of subclassing.
There's a base class that defines a set of interface methods, not all pure
virtual (some define the default behavior). A number of subclasses override
some but not all of these.
Now I find my
On Wed, Aug 10, 2022 at 6:20 PM Paul Koning via Gcc wrote:
>
> There's a C++ problem I keep running into, in a very large body of software
> with lots of subclassing.
>
> There's a base class that defines a set of interface methods, not all pure
> virtual (some define the default behavior). A n
13 matches
Mail list logo
