On 08/29/2015 10:58 AM, Dominique d'Humières wrote:
For Jakub or anyone else wanting a key to associate a file with a commit, they
can decide for themselves
what date format they want to use and whether to bother with the user id. I
would think that if he is only
interested in commits on the tr
"Eric S. Raymond" writes:
> I've made it available at:
>
> http://thyrsus.com/gitweb/?p=gcc-conversion.git
>
> The interesting content is gcc.map (the contributor map) and gcc.lift.
The current entry
ro = Rainer Orth
lists my old email address. Please use r...@cebitec.uni-bielefeld.de
instea
Hi,
Current email address for Xuepeng Guo is terry@arm.com
Best regards,
Thomas
> -Original Message-
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On
> Behalf Of Eric S. Raymond
> Sent: Thursday, August 27, 2015 10:38 PM
> To: gcc@gcc.gnu.org
> Subject: Repository for
On 31-Aug-15 02:19 PM, Richard Biener wrote:
On Mon, Aug 31, 2015 at 6:51 AM, shmeel gutl
wrote:
When dealing with an array with known values, pre will evaluate the first
iteration of a loop over the elements. The code generator with then jump
into the loop. This is at best increasing the size
I have a question about gengtype and GTY. I was looking at adding some
code to mips.c and it occurred to me that that file was getting very
large (19873 lines). So I wanted to add a new .c file instead but that
file needed some types that were defined in mips.c and not in a header file.
Specific
On Wed, 26 Aug 2015, Joseph Myers wrote:
kristerw = kristerw
Krister Walfridsson
Yes, this is my current address (the "cato@" address mentioned in some
other mail is obsolete).
[I have been away from GCC development for a long time, but I plan to
start contributing in a few weeks -- as so
That's the good news. The bad news is, it took around 36 hours.
This is gonna be a long epic.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Hello,
In the zlib contrib section there is CHM binary file, that gets
copied/imported into other projects embedding zlib, such GCC, GDB,
etc...
* https://github.com/madler/zlib/commits/master/contrib/dotzlib/DotZLib.chm
*
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=4d6758ff95985b402
On Mon, 31 Aug 2015, Jan Hubicka wrote:
> > @@ -811,5 +806,9 @@ lto_symtab_prevailing_decl (tree decl)
> >if (!ret)
> > return decl;
> >
> > + /* Do not replace a non-builtin with a builtin. */
> > + if (is_builtin_fn (ret->decl))
> > +return decl;
> > +
>
> Yep, this looks like
> @@ -811,5 +806,9 @@ lto_symtab_prevailing_decl (tree decl)
>if (!ret)
> return decl;
>
> + /* Do not replace a non-builtin with a builtin. */
> + if (is_builtin_fn (ret->decl))
> +return decl;
> +
Yep, this looks like a resonable direction. It will break the one declaration
rul
On Mon, Aug 31, 2015 at 6:51 AM, shmeel gutl
wrote:
> When dealing with an array with known values, pre will evaluate the first
> iteration of a loop over the elements. The code generator with then jump
> into the loop. This is at best increasing the size of the code. It also
> creates inferior co
On Fri, Aug 28, 2015 at 5:48 PM, Jeff Law wrote:
> On 08/28/2015 09:43 AM, Simon Dardis wrote:
>
>> Following Jeff's advice[1] to extract more information from GCC, I've
>> narrowed the cause down to the predictive commoning pass inserting
>> the load in a loop header style basic block. However, t
On Mon, 31 Aug 2015, Richard Biener wrote:
>
> Hi,
>
> with LTO early debug and LTO bootstrap I now get
>
> /usr/include/sys/resource.h:51:12: error: type of ‘getrlimit’ does not
> match original declaration [-Werror=lto-type-mismatch]
> extern int getrlimit (__rlimit_resource_t __resource,
>
Hi,
with LTO early debug and LTO bootstrap I now get
/usr/include/sys/resource.h:51:12: error: type of ‘getrlimit’ does not
match original declaration [-Werror=lto-type-mismatch]
extern int getrlimit (__rlimit_resource_t __resource,
^
/usr/include/sys/resource.h:51:12: note: type m
14 matches
Mail list logo
