On Sun, 12 Jun 2016, Gerald Pfeifer wrote:
> Hi Richi,
>
> On Mon, 15 Feb 2016, Richard Biener wrote:
> > the following patch switches download_prerequesites to use ISL 0.16.1
> > (just put that into infrastructure/).
> >
> > I've verified it works for me (on the gcc-5 branch and trunk).
> >
>
Hi,
Looks the return value of TestNewA is passed on $f0/$f2 from
disassembly code. I don't known why the return value of TestNewB is
passed on $v0/$v1? a bug?
229 00012c40 <_Z8TestNewAv>:
23012c40: 3c030002lui v1,0x2
23112c44: 0079182ddaddu v1,v1
Ping!
On Tue, 2016-05-31 at 19:47 +, Pitchumani Sivanupandi wrote:
> Hi,
>
> avr-gcc was crashing for below test case.
> command line: avr-gcc -mmcu=atmega328p -O1 test.c
>
> struct ResponseStruct{
> unsigned char responseLength;
> char *response;
> };
>
> static char response[5];
> stru
Heiher writes:
> Looks the return value of TestNewA is passed on $f0/$f2 from disassembly
> code. I don't known why the return value of TestNewB is passed on
> $v0/$v1? a bug?
I believe this is an area where GNU strays from the N64 ABI definition but
is defacto standard. TestA is a struct of two
On Thursday 09 June 2016 05:45 PM, Richard Biener wrote:
On Thu, Jun 9, 2016 at 10:54 AM, Richard Biener
wrote:
On Tue, Jun 7, 2016 at 3:59 PM, Sameera Deshpande
wrote:
Hi Richard,
This is with reference to our discussion at GNU Tools Cauldron 2015 regarding my talk
titled "Improving the ef
I'm running into an issue with start/end values of debug_loc entries
being absolute addresses instead of offsets when a file is compiled
with -gdwarf-2 and -gstrict-dwarf and there are virtual methods in
that file. gcc 4.4.7, but I've seen it under 4.8'ish.
I'm new enough to dwarf stuff to not be
On 2016-06-08 17:37, Martin Sebor wrote:
On 06/08/2016 12:36 AM, Alexander Cherepanov wrote:
Hi!
If a variable of type _Bool contains something different from 0 and 1
its use amounts to UB in gcc and clang. There is a couple of examples in
[1] ([2] is also interesting).
[1] https://github.com/
I am pleased to announce that the GCC Steering Committee has
appointed Jon Y as Cygwin and mingw-w64 maintainer.
Please join me in congratulating Jon on his new role.
Jon, please update your listing in the MAINTAINERS file.
Happy hacking!
David
On Mon, 13 Jun 2016, Alexander Cherepanov wrote:
> Thanks for the info. IMHO this part of DR 260 has even more serious
> consequences than the part about pointer provenance. It effectively prohibits
> manual byte-by-byte (or any non-atomic) copying of objects for types like long
> double. If an im
$ gcc -std=c11 -pedantic -Wall -Wextra -O3 test.c && ./a.out
d = 0.00
00 00 00 00 00 40 00 00 00 00 00 00 00 00 00 00
--
gcc version: gcc (GCC) 7.0.0 20160613 (experimental)
--
Alexander Cherepanov
On Tue, 14 Jun 2016, Alexander Cherepanov wrote:
> The problem is that parts of representations of two different ordinary values
> can form a trap representation.
Oh, you're talking about normalizing the destination rather than the
source of the copy?
--
Joseph S. Myers
jos...@codesourcery.com
On 2016-06-14 00:13, Joseph Myers wrote:
On Tue, 14 Jun 2016, Alexander Cherepanov wrote:
The problem is that parts of representations of two different ordinary values
can form a trap representation.
Oh, you're talking about normalizing the destination rather than the
source of the copy?
Ye
On Sat, Jun 11, 2016 at 8:57 PM, Christopher Di Bella wrote:
>> I'm currently waiting on approval from my employer before I move ahead
>with anything
>
> My employer has given me the okay to contribute to gcc, provided that I
> follow some fairly straightforward rules. Most of these things are
13 matches
Mail list logo
