Hi,
On Thu, May 30 2019, 김규래 wrote:
> Hi everyone,
> Just wanted to share some quick baseline benchmark results [3].
> I ran LU decomposition on a AMD Ryzen Threadripper 1950x 16C/32T system.
> LAPACK is currently plain loop parallel BLAS as far I believe.
> And the upstream version of PLASMA use
Hi
When reading the SEI CERT C Coding Standard rules, looking at
"DCL30-C. Declare objects with appropriate storage durations"
it seem like GCC does not warn in compile-time for some noncompliant examples.
I know eg AddressSanitizer and several runtime running tools finds these bugs,
but it would
Hi,
My bad.
I broke the link capitalization by mistake.
This is the correct link:
http://imgur.com/YsxS5Ol
Ray Kim
-Original Message-
From: "Martin Jambor"
To: "김규래"; ;
Cc: ;
Sent: 2019-05-30 (목) 18:11:31 (GMT+09:00)
Subject: Re: [GSoC'19, libgomp work stealing] baseline benchmark resul
On 5/30/19 3:12 AM, Fredrik Hederstierna wrote:
Hi
When reading the SEI CERT C Coding Standard rules, looking at
"DCL30-C. Declare objects with appropriate storage durations"
it seem like GCC does not warn in compile-time for some noncompliant examples.
I know eg AddressSanitizer and several ru
On 5/30/19 8:28 AM, Martin Sebor wrote:
> On 5/30/19 3:12 AM, Fredrik Hederstierna wrote:
>> Hi
>>
>> When reading the SEI CERT C Coding Standard rules, looking at
>> "DCL30-C. Declare objects with appropriate storage durations"
>> it seem like GCC does not warn in compile-time for some noncomplian
Hi all,
I've been trying to implement an idea Andy suggested recently for
preventing some kinds of ROP attacks. The discussion of the idea is
here:
https://lore.kernel.org/linux-mm/dfa69954-3f0f-4b79-a9b5-893d33d87...@amacapital.net/
Right now I'm struggling to get my plugin to compile without cr
Hi,
On Thu, May 30 2019, Tejas Joshi wrote:
> Hello.
> I tried to check the values for significand words using _Float128
> using a test program with value larger than 64 bit.
> Test program :
>
> int main ()
> {
> _Float128 x = 18446744073709551617.5; (i.e. 2^64 + 1.5 which is
> certainly lo
On Thu, May 30, 2019 at 10:01 AM Tycho Andersen wrote:
>
> Hi all,
>
> I've been trying to implement an idea Andy suggested recently for
> preventing some kinds of ROP attacks. The discussion of the idea is
> here:
> https://lore.kernel.org/linux-mm/dfa69954-3f0f-4b79-a9b5-893d33d87...@amacapital.
Dear community,
Although I have not been involved with GCC for a number of years, I would
like to share with the whole community the sad news that Prof Laurie
Hendren passed away recently. Her work on SIMPLE was a key inspiration for
the Tree SSA work in the early 2000s (
https://www.gnu.org/soft
Hi Andrew,
On Thu, May 30, 2019 at 10:09:44AM -0700, Andrew Pinski wrote:
> On Thu, May 30, 2019 at 10:01 AM Tycho Andersen wrote:
> >
> > Hi all,
> >
> > I've been trying to implement an idea Andy suggested recently for
> > preventing some kinds of ROP attacks. The discussion of the idea is
> >
On Thu, May 30, 2019 at 07:08:45PM +0200, Martin Jambor wrote:
> Interesting, I was also puzzled for a moment. But notice that:
>
> int main ()
> {
> _Float128 x = 18446744073709551617.5f128;
> _Float128 y = __builtin_roundf128 (x);
> }
>
> behaves as expected... the difference is of cou
Snapshot gcc-7-20190530 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/7-20190530/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7
12 matches
Mail list logo
