On Wed, Aug 01, 2018 at 12:16:57AM +0100, Maciej W. Rozycki wrote:
> On Thu, 5 Jul 2018, Tom Tromey wrote:
>
> > I use git-merge-changelog from gnulib. If you want to use git am and
> > avoid manually copying ChangeLog text from the commit message back into
> > the appropriate files, then it's mu
ga, forgot to attach the script in my previous message, so here it is.
thanks
Trev
On Wed, Aug 01, 2018 at 12:16:57AM +0100, Maciej W. Rozycki wrote:
> On Thu, 5 Jul 2018, Tom Tromey wrote:
>
> > I use git-merge-changelog from gnulib. If you want to use git am and
> > avoid manually copying Ch
On Mon, Jul 23, 2018 at 02:48:12PM +, Joseph Myers wrote:
> On Mon, 23 Jul 2018, Richard Biener wrote:
>
> > Does -L "work" with codebases that become more and more C++? I do realize
>
> Well, you can specify an arbitrary regular expression for your funcname
> line with -L if you need to.
On Mon, Jan 22, 2018 at 10:57:35AM +0100, Martin Jambor wrote:
> Hi,
>
> On Fri, Jan 19 2018, Sandra Loosemore wrote:
> > On 01/19/2018 10:14 AM, Jeff Law wrote:
> >
> >> cc0 needs to die. That doesn't mean that any particular target needs to
> >> be dropped -- it just means that someone has to
On Tue, Oct 17, 2017 at 04:23:10PM +0100, Pedro Alves wrote:
> On 10/17/2017 03:57 PM, David Malcolm wrote:
>
> > Given that we build with -fno-exceptions, what are we guaranteed about
> > what happens when "new" fails? (am I right in thinking that a failed
> > allocation returns NULL in this cas
10, David Malcolm 写道:
> > On Thu, 2017-08-17 at 09:52 +0800, Leslie Zhai wrote:
> > > Hi Trevor,
> > >
> > > Thanks for your kind response!
> > >
> > >
> > > 在 2017年08月16日 20:02, Trevor Saunders 写道:
> > > > On Wed,
ChangeLog-2014 mentioned:
>
> 2014-05-17 Trevor Saunders
>
> ...
> (ggc_alloc): Install the type's destructor as the finalizer if it
> might do something.
>
> Please give me some hint about ggc_alloc migration, thanks a lot!
if you look at the patches
On Tue, Jul 18, 2017 at 03:52:55PM +0800, Leslie Zhai wrote:
> Hi Trevor,
>
> Thanks for your kind response!
>
> 在 2017年07月17日 19:51, Trevor Saunders 写道:
> > On Wed, Jul 12, 2017 at 10:12:03AM +0800, Leslie Zhai wrote:
> > > PS: Trevor's email is not available?
ing that.
Trev
commit ff900f40d23f765fd59047a90a7e3ff18cbcbf5a
Author: Trevor Saunders
Date: Mon Jul 17 07:44:50 2017 -0400
update my entry in MAINTAINERS
ChangeLog:
* MAINTAINERS: Update my email address.
diff --git a/MAINTAINERS b/MAINTAINERS
index a2f24742374..6a314049c42 100644
--- a/MAINTA
On Sun, Apr 09, 2017 at 10:06:21PM +0200, Markus Trippelsdorf wrote:
> On 2017.04.09 at 21:10 +0200, Markus Trippelsdorf wrote:
> > On 2017.04.09 at 21:25 +0300, Alexander Monakov wrote:
> > > On Sun, 9 Apr 2017, Markus Trippelsdorf wrote:
> > >
> > > > The minimum size heuristic for the garbage c
On Tue, Mar 28, 2017 at 04:41:29PM -0400, David Malcolm wrote:
> I'm a relative newcomer to GCC [1], so I thought it would be a good
> idea to try to capture some of the "gotchas" and similar information on
> hacking on GCC in the form of a short guide for new contributors,
> whilst the experience
On Tue, Mar 28, 2017 at 07:51:47AM +, Davide Piombo wrote:
> Hi Joseph,
> OK, thanks, now it clear to me your point.
> I do not know what the GCC plugin code really contains and I trust you when
> you say that GCC plugin section is not ready to handle dll on windows.
> But I still have two poi
On Sun, Aug 14, 2016 at 01:23:16AM -0500, Daniel Santos wrote:
> I'm experimenting with ways to optimize wine (x86 target only) and I believe
> I can shrink wine's total text size by around 7% by outlining the lengthy
> pro- and epilogues required for ms_abi functions making sysv_abi calls.
> Theor
On Thu, Jun 02, 2016 at 08:54:36AM +1000, kugan wrote:
> Hi All,
>
> When I compile the following code with g++ using -fstrict-enums and -O2
>
> enum v
> {
> OK = 0,
> NOK = 1,
> };
>
> int foo0 (enum v a)
> {
> if (a > NOK)
> return 0;
> return 1;
> }
>
> vrp1 dump looks like:
> Va
On Sat, Apr 02, 2016 at 08:49:57PM -0400, Trevor Saunders wrote:
> On Mon, Mar 21, 2016 at 11:13:07AM -0600, Jeff Law wrote:
> > On 03/21/2016 11:15 AM, Trevor Saunders wrote:
> > >
> > >>I'll resist the urge for now to apply RAII principles in this code, but
&
On Mon, Mar 21, 2016 at 11:13:07AM -0600, Jeff Law wrote:
> On 03/21/2016 11:15 AM, Trevor Saunders wrote:
> >
> >>I'll resist the urge for now to apply RAII principles in this code, but
> >>that'd probably a much cleaner way to think about the problem in
On Mon, Mar 21, 2016 at 10:42:18AM -0600, Jeff Law wrote:
> On 03/20/2016 09:24 PM, Trevor Saunders wrote:
> >On Fri, Mar 18, 2016 at 01:18:16PM -0600, Jeff Law wrote:
> >>
> >>Is it just me, or does find_removable_extensions leak bitmap data for INIT,
> >>
On Mon, Mar 21, 2016 at 04:43:35AM +0530, Prasad Ghangal wrote:
> Hi!
>
> Sorry for the late reply.
>
> I was observing gimple dumps and my initial findings are, to parse
> gimple, we have to add support for following components to C FE
>
> *basic blocks
I'd think you can probably make these en
On Wed, Mar 09, 2016 at 07:45:57PM +, Manuel López-Ibáñez wrote:
> On 9 March 2016 at 02:50, Trevor Saunders wrote:
> > On Tue, Mar 08, 2016 at 05:12:56PM -0500, Diego Novillo wrote:
> >> This way, implementing a library that supports dealing with GIMPLE
> >>
On Tue, Mar 08, 2016 at 05:12:56PM -0500, Diego Novillo wrote:
> On Tue, Mar 8, 2016 at 4:59 PM, David Malcolm wrote:
>
> > My goal for unit-testing passes is to be able to dump/reload the GIMPLE
> > IR in a form that's:
> > (A) readable by both humans and programs, and
> > (B) editable by hu
On Tue, Mar 08, 2016 at 11:47:48AM -0500, David Malcolm wrote:
> On Tue, 2016-03-08 at 16:56 +0100, Richard Biener wrote:
> > On March 8, 2016 4:42:41 PM GMT+01:00, "Manuel López-Ibáñez" <
> > lopeziba...@gmail.com> wrote:
> > > On 08/03/16 00:24, Trevor Sau
On Mon, Mar 07, 2016 at 11:33:55AM -0500, David Malcolm wrote:
> On Mon, 2016-03-07 at 13:26 +0100, Richard Biener wrote:
> > On Mon, Mar 7, 2016 at 7:27 AM, Prasad Ghangal <
> > prasad.ghan...@gmail.com> wrote:
> > > On 6 March 2016 at 21:13, Richard Biener <
> > > richard.guent...@gmail.com> wrot
On Sun, Mar 06, 2016 at 04:33:30PM +0530, Prasad Ghangal wrote:
> Hi!
>
> On stackoverflow
> http://stackoverflow.com/questions/21660563/can-gcc-compile-gimple,
> they said GIMPLE FE project is dead. Please let me know if I can work
> on it for gsoc.
Well, nobody has worked on it for a long time,
On Wed, Sep 16, 2015 at 10:36:47AM -0600, Jeff Law wrote:
> On 09/16/2015 10:25 AM, Ramana Radhakrishnan wrote:
> >
> >
> >On 16/09/15 17:14, Mike Stump wrote:
> >>On Sep 16, 2015, at 12:29 AM, Andreas Schwab
> >>wrote:
> >>>Mike Stump writes:
> >>>
> The software presently works with 1.4.4 a
On Wed, Sep 16, 2015 at 10:48:13AM -0600, Jeff Law wrote:
> On 09/16/2015 10:32 AM, Jonathan Wakely wrote:
> >On 16 September 2015 at 17:20, Manuel López-Ibáñez wrote:
> >>My impression is that right now one can develop GCC with GIT or SVN (people
> >>are submitting GIT patches all the time). After
On Tue, Sep 01, 2015 at 06:06:33PM +0200, Andreas Schwab wrote:
> "Eric S. Raymond" writes:
>
> > There is no way to maintain those links for git, so yes, you want to
> > keep a read-only Subversion instance around.
>
> The mapping can also be put in some git notes tree for use by bugzilla.
> Th
On Tue, Sep 01, 2015 at 02:27:22AM -0400, Jason Merrill wrote:
> 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
On Tue, Jul 14, 2015 at 04:31:16PM +0200, Martin Liška wrote:
> On 06/25/2015 08:28 PM, Richard Sandiford wrote:
> > Sorry in advance for inviting a bikeshed discussion, but while making
> > the hashing changes that I just committed, I noticed that the C++ification
> > has been done in a variety of
On Fri, Jul 10, 2015 at 12:35:14PM -0600, Jeff Law wrote:
> On 07/10/2015 09:04 AM, Armin Rigo wrote:
> >Hi David,
> >
> >On 10 July 2015 at 16:11, David Malcolm wrote:
> >>AIUI, we have CALL_INSN instructions all the way through the RTL phase
> >>of the backend, so we can identify which locations
On Sun, Jul 05, 2015 at 09:11:23AM +0100, Richard Sandiford wrote:
> Trevor Saunders writes:
> > On Tue, Jun 30, 2015 at 09:53:31PM +0100, Richard Sandiford wrote:
> >> I have a series of patches to convert all non-optab instructions to
> >> the target-insns.def interf
On Tue, Jun 30, 2015 at 09:53:31PM +0100, Richard Sandiford wrote:
> I have a series of patches to convert all non-optab instructions to
> the target-insns.def interface. config-list.mk showed up one problem
> though. The pa indirect_jump pattern is:
>
> ;;; Hope this is only within a function..
On Tue, May 05, 2015 at 09:00:59AM +0100, Renato Golin wrote:
> On 5 May 2015 at 05:58, Andrew Pinski wrote:
> > These two are bogus and really clang in GCC's mind. The main reason
> > is the standard says struct and class are the same thing.
>
> Apart from the fact that classes are private by d
On Tue, May 05, 2015 at 04:42:02AM +, Aditya K wrote:
> I was able to successfully bootstrap gcc by using clang as the stage 1
> compiler. I configured gcc using the following arguments.
>
> ../configure --disable-multilib --enable-bootstrap --enable-languages=c,c++
> CC=/work/llvm/install-r
On Thu, Apr 16, 2015 at 08:12:17AM +0300, Mikhail Maltsev wrote:
> Hi, all!
>
> I think GCC documentation is missing a description of commonly used data
> structures and support functions. For example, "GCC internals" document
> contains information about, say, GIMPLE IR and functions for
> manipu
On Wed, Apr 15, 2015 at 10:09:14AM +0200, Richard Biener wrote:
> On Wed, Apr 15, 2015 at 2:09 AM, Trevor Saunders
> wrote:
> > On Tue, Apr 14, 2015 at 10:46:19AM +0200, Richard Biener wrote:
> >> On Tue, Apr 14, 2015 at 7:20 AM, Trevor Saunders
> >> wrote:
> &
On Tue, Apr 14, 2015 at 10:46:19AM +0200, Richard Biener wrote:
> On Tue, Apr 14, 2015 at 7:20 AM, Trevor Saunders
> wrote:
> > Hi!
> >
> > To be clear I only want to talk about gcc/**/*.c but *not* testsuite/
> >
> > The Question of changing from .c to a more
Hi!
To be clear I only want to talk about gcc/**/*.c but *not* testsuite/
The Question of changing from .c to a more standard C++ file extension
has come up a couple times. I believe its reasonable accurate to say
the consensus is moderately in favor of doing this at some point. The
biggest con
On Mon, Apr 13, 2015 at 05:46:35PM +0200, Toon Moene wrote:
> On 04/11/2015 01:33 AM, Jan Hubicka wrote:
>
> >>On Fri, Apr 10, 2015 at 11:18:39AM -0400, Trevor Saunders wrote:
> >>>On Fri, Apr 10, 2015 at 03:59:19PM +0200, Toon Moene wrote:
> >>>>Like thi
On Thu, Mar 26, 2015 at 03:15:22PM +0100, Richard Biener wrote:
> On Thu, Mar 26, 2015 at 2:31 PM, xue yinsong wrote:
> > I think the gimple front end project would be quite useful to gcc so I’d
> > like to do work on it this summer.
> >
> > The problem is, it seems the GIMPLE front end project h
On Sun, Mar 22, 2015 at 02:36:31PM +0800, xue yinsong wrote:
> I add the following code in parser.c to replace htab:
>
> …
> struct gimple_symtab_hasher : ggc_cache_hasher *>
> {
> /* Return the hash value of the declaration name of a
> gimple_symtab_entry_def
> object pointed by ENTRY. */
>
time, and I kind of suspect it didn't actually work at the last merge I
did.
Trev
>
> Yinsong
>
> On 15/3/19 上午11:57, "Trevor Saunders" wrote:
>
> >On Wed, Mar 18, 2015 at 11:09:28PM +0800, xue yinsong wrote:
> >>
> >>
> >>
>
On Wed, Mar 18, 2015 at 11:09:28PM +0800, xue yinsong wrote:
>
>
>
>
>
> On 15/3/18 下午10:08, "Diego Novillo" wrote:
>
> >On Wed, Mar 18, 2015 at 2:54 AM, xue yinsong wrote:
> >
> >> Somehow this project is not in the gsoc ideas list, and it’s been one year
> >> since the last commit(Accord
On Tue, Mar 17, 2015 at 10:36:05PM -0600, Jeff Law wrote:
> On 03/17/2015 10:32 PM, Trevor Saunders wrote:
> >
> >>2. Lists, list nodes and list iterators should be objects of distinct
> >>types. In this case, header file function.h gets additional dependency,
> >
On Wed, Mar 18, 2015 at 06:50:11AM +0300, Mikhail Maltsev wrote:
> 07.03.2015 18:41, Jeff Law wrote:
> > One potentially easy project there would be to take David Malcolm's work to
> > turn the RTL EXPR & INSN lists into standard C++ forward lists.
>
> Started working on this. I need to understand
On Mon, Mar 16, 2015 at 03:33:18AM +, Aditya K wrote:
>
>
>
> > Date: Sun, 15 Mar 2015 02:32:23 -0400
> > From: tbsau...@tbsaunde.org
> > To: gcc@gcc.gnu.org
> > Subject: Re: Proposal for adding splay_tree_find (to find elements without
> > updating t
hi,
I'm only commenting on algorithmic stuff at this point, you should make
sure this doesn't regress anything in make check. This stuff only
effects code using omp stuff so compiling random c++ is unlikely to test
this code at all.
Also please follow the style in
https://gcc.gnu.org/codingconve
On Mon, Mar 09, 2015 at 06:59:10PM +, vax mzn wrote:
> w.r.t, https://gcc.gnu.org/wiki/Speedup_areas where we want to improve the
> performance of splay trees.
>
> The function `splay_tree_node splay_tree_lookup (splay_tree, splay_tree_key);'
> updates the nodes every time a lookup is done.
>
a
> try. Any interested mentors? Thanks.
I can help some, but I don't think I am qualified to mentor, or can
commit to spending the time saddly.
Trev
>
> Sidharth
>
> On Thu, Mar 5, 2015 at 3:59 PM, Trevor Saunders wrote:
> > On Thu, Mar 05, 2015 at 12:43:49AM +0
On Thu, Mar 05, 2015 at 12:43:49AM +0530, Sidharth Chaturvedi wrote:
> Hi,
>
> I came across this page while browsing through ideas for GSoc-2015:
>
> https://gcc.gnu.org/wiki/ModularGCC
>
> I like the overall task, but it seems somewhat overambitious. I wanted
> to verify if this is still a des
On Sun, Nov 23, 2014 at 03:12:06PM -0800, Andrew Pinski wrote:
> On Sun, Nov 23, 2014 at 12:51 PM, Trevor Saunders
> wrote:
> > On Sun, Nov 23, 2014 at 12:05:52PM -0800, Andrew Pinski wrote:
> >> Hi,
> >> While working on a patch to change some error to inform, I
On Sun, Nov 23, 2014 at 12:05:52PM -0800, Andrew Pinski wrote:
> Hi,
> While working on a patch to change some error to inform, I changed
> the as_a cast in RTL_LOCATION to be as_a . This
> falls down when you start with a rtx rather than a const_rtx..
so, don't do that? if you have a const_rtx
On Wed, Nov 12, 2014 at 08:41:02PM -0500, David Malcolm wrote:
> On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
> > On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek wrote:
> > > On Mon, Nov 10, 2014 at 05:27:50PM -0500, David Malcolm wrote:
> > >> On Sat, 2014-11-08 at 14:56 +0100, Jakub J
On Fri, Sep 12, 2014 at 10:16:12AM +0200, Richard Biener wrote:
> On Fri, Sep 12, 2014 at 7:40 AM, Jan Hubicka wrote:
> > Hi,
> > I went through excercise of running LTO bootstrap with ODR verification on.
> > There are some typename clashes
> > I guess we want to fix. I wonder what approach is
On Sat, Aug 30, 2014 at 12:54:16AM +0200, Steven Bosscher wrote:
> On Sat, Aug 30, 2014 at 12:23 AM, Trevor Saunders
> wrote:
>
> >> Of course we should make things more explicit here and move all data
> >> structures out of GC that are explicitly freed.
On Fri, Aug 29, 2014 at 07:58:14PM +0200, Richard Biener wrote:
> On August 29, 2014 5:29:43 PM CEST, Basile Starynkevitch
> wrote:
> >Hello All,
> >
> >[[I know that this is a sensitive issue, and I also know that I am in
> >the minority believing that a garbage collection is useful inside the
>
On Sun, Aug 24, 2014 at 01:58:52PM -0700, Andrew Pinski wrote:
> On Sun, Aug 24, 2014 at 1:42 PM, Josh Triplett wrote:
> > handle_section_attribute contains many levels of nested conditionals and
> > branching code flow paths, with the error cases sometimes in the else
> > case and sometimes in th
Hi,
I've noticed that the following targets are built in config-list.mk with
--enable-obsolete
i686-interix3 - doesn't appear to actually require --enable-obsolete
though, should it be marked as obsolete in config.gcc?
score-* and picochip-* since atleast sept 2012, is there a reason they
haven't
On Fri, Jul 04, 2014 at 09:57:11AM +0200, Tobias Grosser wrote:
> On 04/07/2014 04:16, Trevor Saunders wrote:
> >On Thu, Jul 03, 2014 at 07:52:59PM +0200, Tobias Grosser wrote:
> >>On 03/07/2014 19:23, Roman Gareev wrote:
> >>>Dear gcc contributors,
> >&
On Thu, Jul 03, 2014 at 07:52:59PM +0200, Tobias Grosser wrote:
> On 03/07/2014 19:23, Roman Gareev wrote:
> >Dear gcc contributors,
> >
> >could you please answer a few questions about std::map? Does gcc have
> >a policy that forbids using of map in the source code of gcc? Can this
> >using create
On Tue, Jun 17, 2014 at 02:41:38PM +0200, Florian Weimer wrote:
> On 06/12/2014 12:04 PM, Jonathan Wakely wrote:
>
> >> What can we do about it?
> >
> >How common is it to use std::vector with qsort, rather than
> >std::sort(vec.begin(), vec.end()), which does the right thing?
>
> Our very own v
b/gcc/ChangeLog
index 7cab1de..5e91288 100644
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,8 @@
+2014-04-24 Trevor Saunders
+
+ * config/sh/sh_treg_combine.c (sh_treg_combine::execute): Take
+ function * argument.
+
2014-04-24 Alan Lawrence
* config/aarch64/aarch6
On Thu, Jan 23, 2014 at 12:32:34PM +0100, Dodji Seketeli wrote:
> "Joseph S. Myers" a écrit:
>
> > On Wed, 22 Jan 2014, Prathamesh Kulkarni wrote:
> >
> >> Unfortunately, I am not clear on how to check for format specifiers in
> >> string.
> >> Should I do it manually by checking the format stri
On Mon, Dec 23, 2013 at 09:26:41AM -0500, Prathamesh Kulkarni wrote:
> IS_EXPR_CODE_CLASS() is called at 18 places within gcc subdirectory,
> and except for expr_check(), tree_block(), tree_set_block() all the
> other callers pass argument of type enum tree_code_class to
> IS_EXPR_CODE_CLASS().
>
On Wed, Dec 11, 2013 at 08:33:03PM +0530, Prathamesh Kulkarni wrote:
> I was wondering if it was a good idea to replace do-while macros with
> static inline functions returning void, where appropriate ?
> By "where appropriate" I mean:
> a) call to macro contains no side-effects
> b) macro does not
On Fri, Dec 06, 2013 at 10:47:00AM +0100, Richard Biener wrote:
> On Fri, Dec 6, 2013 at 5:47 AM, Trevor Saunders wrote:
> > On Mon, Dec 02, 2013 at 12:16:18PM +0100, Richard Biener wrote:
> >> On Sun, Dec 1, 2013 at 12:30 PM, Toon Moene wrote:
> >> > http://gcc.g
On Mon, Dec 02, 2013 at 12:16:18PM +0100, Richard Biener wrote:
> On Sun, Dec 1, 2013 at 12:30 PM, Toon Moene wrote:
> > http://gcc.gnu.org/ml/gcc-testresults/2013-12/msg1.html
> >
> > FAILED: Bootstrap (build config: lto; languages: fortran; trunk revision
> > 205557) on x86_64-unknown-linux-
On Tue, Nov 05, 2013 at 12:56:39PM +0100, Richard Biener wrote:
> On Tue, Nov 5, 2013 at 6:42 AM, Trevor Saunders wrote:
> > On Mon, Nov 04, 2013 at 01:29:10PM +0100, Richard Biener wrote:
> >> On Wed, Oct 30, 2013 at 8:17 PM, Toon Moene wrote:
> >> > Con
d to reserve 0
elements, but that doesn't make sense because the first check in
vec::reserve should have failed if that was the case. Unfortunately I
have no clue how to get dumps for optimization happening during lto or
otherwise debug the compiler during lto.
However I think I've convinced
On Mon, Nov 04, 2013 at 01:29:10PM +0100, Richard Biener wrote:
> On Wed, Oct 30, 2013 at 8:17 PM, Toon Moene wrote:
> > Consider this:
> >
> > http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02329.html
> >
> > and
> >
> > http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02258.html
> >
> > /scrat
On Wed, Oct 30, 2013 at 03:59:59PM +0100, Ondřej Bílka wrote:
> On Wed, Oct 30, 2013 at 10:49:09AM -0400, Trevor Saunders wrote:
> > On Wed, Oct 30, 2013 at 10:00:07AM +0100, Kai Tietz wrote:
> > > 2013/10/30 Andrew Haley :
> > > > On 10/30/201
On Wed, Oct 30, 2013 at 10:00:07AM +0100, Kai Tietz wrote:
> 2013/10/30 Andrew Haley :
> > On 10/30/2013 08:34 AM, Ondřej Bílka wrote:
> >
> >>>
> >> The reasons of adding builtins is performance. Without that one can
> >> write a simple template to generically check overflows like
> >>
> >> templa
71 matches
Mail list logo
