Snapshot gcc-8-20190125 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20190125/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-8
On Sat, 26 Jan 2019, Tejas Joshi wrote:
> function with byte-byte comparison which also include mpfr. (Correct
> me if I am wrong.) What is the significance of mpfr related to these
> internal representations?
real.c provides a fixed-size representation of floating-point numbers that
allows for
It took some time to get know using GDB, but upto some end I got it to
work. The enum real_value_class is used to classify the number into
zero, normal, infinity and NaN.
This class is represented by r->cl in real_value and values in struct
real_value are used as flags or representations while stri
On Freitag, 25. Januar 2019 07:22:36 CET Nikhil Benesch wrote:
> Does anyone have advice to offer? Has anyone tried convincing the build
> system to compile some of the other target libraries (like libstdc++ or
> libgfortran) with -flto?
>
Make sure the static versions of the libraries are partial
Richard, regarding your first mail, I'm afraid I'm not sure what you
mean. Isn't this exactly the section of configure.ac that handles
CC_FOR_TARGET? The Makefile is dumb and just passes the
autoconf-substituted value for CC_FOR_TARGET directly through.
(I agree the patch will need some tweaks to
On January 25, 2019 6:17:54 PM GMT+01:00, Joseph Myers
wrote:
>On Fri, 25 Jan 2019, Nikhil Benesch wrote:
>
>> I am attempting to convince GCC to build target libraries with
>link-time
>> optimizations enabled. I am primarily interested in libgo, but this
>discussion
>
>Note that as far as I know
On Fri, 25 Jan 2019, Nikhil Benesch wrote:
> I am attempting to convince GCC to build target libraries with link-time
> optimizations enabled. I am primarily interested in libgo, but this discussion
Note that as far as I know issues with host-dependencies of LTO bytecode
(bug 41526) may still ex
On January 25, 2019 7:22:36 AM GMT+01:00, Nikhil Benesch
wrote:
>I am attempting to convince GCC to build target libraries with
>link-time
>optimizations enabled. I am primarily interested in libgo, but this
>discussion
>seems like it would be applicable to libstdc++, libgfortran, etc. The
>bench
On 1/25/19, Jonathan Wakely wrote:
> On Fri, 25 Jan 2019 at 13:48, Warren D Smith wrote:
>>
>> "foo" is a type that is a struct containing a uint64_t field x[4]
>> (among other things).
>>
>> bool Proc( const foo *dog ){
>>uint64_t *a, *b;
>>a = dog->x; // pointer a now points to dog->
On Fri, 25 Jan 2019 at 13:48, Warren D Smith wrote:
>
> "foo" is a type that is a struct containing a uint64_t field x[4]
> (among other things).
>
> bool Proc( const foo *dog ){
>uint64_t *a, *b;
>a = dog->x; // pointer a now points to dog->x[0]
>b = something else;
>if( *a ==
"foo" is a type that is a struct containing a uint64_t field x[4]
(among other things).
bool Proc( const foo *dog ){
uint64_t *a, *b;
a = dog->x; // pointer a now points to dog->x[0]
b = something else;
if( *a == *b ) return(TRUE);
return(FALSE);
}
Now gcc complains
warning: ass
GETTING WALES MOVING
DELIVERING ON THE WELL-BEING OF WALES
27TH JUNE 2019
RADISSON BLU HOTEL - CARDIFF
Following on from the hugely successful Getting Wales Moving 2018
Conference, we are delighted to announce that we will deliver the second
conference in this series on the 27th of June 2019 at
12 matches
Mail list logo
