Greetings Segher,
I've not sure if I've misunderstanding something in the combine code but
in make_more_copies
for combine.c this seems very odd:
if (!(REG_P (dest) && !HARD_REGISTER_P (dest)))
continue;
rtx src = SET_SRC (set);
if (!(REG_P (src) && HARD_REGISTER_P (src)))
On 3/18/20 3:49 PM, Martin Sebor via Gcc wrote:
I've been getting Error 403 (Forbidden - You don't have permission
to access /viewcvs on this server) following the Subversion links
in Bugzilla for some time now (they worked for me before the switch
to Git, but I'm not sure if they also did bef
Greetings Jeff,
Sorry if I'm bugging you. I've already sent off some work on IPA passes
with a few questions here:
https://gcc.gnu.org/ml/gcc/2020-02/msg00247.html
And locking SSA iterators:
From: Nicholas Krause
In order to start making SSA be muti-threaded safe I'm proposi
Greetings,
Thanks for being patient with me as I figure out where to start but
seems here is a good place:
+ /*TODO Walk Pass with Threads*/
+ void walk_small_ipa_passes(function *fun) {
+ while(all_small_ipa_passes != NULL) {
+ all_small_passes->execute(fun);
+
Please forget this email seems it was a dumb typo.
Nick
On 2/28/20 5:44 PM, Nicholas Krause wrote:
From: Nicholas Krause
Greetings,
Sorry if this is a dumb question but I'm not sure if this is a linker
error due to not linking pthreads or something else going on. I'm assuming
its
Greetings,
After looking through the manual there seem to be a number of for
iterating marcos related to
PHI or SSA nodes. Since iterating through nodes is shared state I was
wondering whether we
should lock internal to the marco itself around the iteration or around
each caller of one of thes
Greetings All,
Seems the LLVM side has made a multi threaded pass manager in MLIR:
https://mlir.llvm.org/docs/WritingAPass/
It also seems to have fixed a lot of the issues around my research in
SSA. There are two ways to look into using MLIR either:
a) Write a dialect of it for GIMPLE
b) Use th
On 2/27/20 3:02 PM, David Malcolm wrote:
On Thu, 2020-02-27 at 14:07 -0500, Nicholas Krause wrote:
Greetings All,
After doing some more research it seems that it may be time to
remove
the garbage collector. I'm
aware of the linkage to precompiled headers but even them I think
its
tim
Greetings All,
After doing some more research it seems that it may be time to remove
the garbage collector. I'm
aware of the linkage to precompiled headers but even them I think its
time due to two reasons:
1. The work related to multithreading gcc is working around the global
state of the c
On 2/27/20 12:56 PM, Giuliano Belinassi wrote:
Hi, all.
I am tying to fix an issue with a global variable in the parallel gcc
project. For this, I am trying to move some global variables from
tree-ssa-operands to struct function. One of this variable is a
vec type, and gengtype doesn't look s
On 2/27/20 3:44 AM, Jonathan Wakely wrote:
On Thu, 27 Feb 2020 at 06:50, Nicholas Krause wrote:
Greetings Martin,
This patch:
https://gcc.gnu.org/git/?p=gcc.git;a=blobdiff;f=gcc/lto-wrapper.c;h=353187c60434f43a445e708dcfbf53c857f8cdc1;hp=946897726d03716f7c93f955c438ee4f8190044c;hb
Greetings Martin,
This patch:
https://gcc.gnu.org/git/?p=gcc.git;a=blobdiff;f=gcc/lto-wrapper.c;h=353187c60434f43a445e708dcfbf53c857f8cdc1;hp=946897726d03716f7c93f955c438ee4f8190044c;hb=f12fbeb535f192f742025cc4f9b69a48136730f1;hpb=80c7cb9d2c8090f8d165ee2ca5f8d401090c1d06
May have a small problem
Greetings,
Not sure who to contact but at the manual page:
https://gcc.gnu.org/onlinedocs/gccint/Tree-SSA-passes.html#Tree-SSA-passes
Enter static single assignment form
This pass rewrites the function such that it is in SSA form. After this
pass, all|is_gimple_reg|variables will be referenced b
Not sorry why this was dropped.
Nick
On 2/18/20 4:03 PM, Nicholas Krause wrote:
Greetings All,
This was from the LLVM list but it may interest some people here on
the GCC side.
I've not part of the university or have any relationship with them.
Maybe some people are interested,
On 2/12/20 8:53 PM, David Malcolm wrote:
On Thu, 2020-02-13 at 00:49 +, Modi Mo wrote:
Hey all,
I'm picking this work up from Andrew. Last time it was decided that
the timing wasn't right to upgrade the minimum version to C++11. Is
the timing better now to get this change through?
I've
On 2/5/20 10:34 AM, Martin Liška wrote:
On 2/5/20 7:21 AM, Nicholas Krause wrote:
Greetings Martin,
I won't be applied but it was good to see you at least got some
possible ideas out of
my research from the make parts. Two questions as related to GSoC, in
terms of
long term plannin
Greetings Martin,
I won't be applied but it was good to see you at least got some possible
ideas out of
my research from the make parts. Two questions as related to GSoC, in
terms of
long term planning for my work:
1. *Implement something similar to Clang's/-ftime-trace/*is in my view
the mo
On 2/4/20 5:02 PM, Bill Schmidt wrote:
I'm having a little difficulty with my workflow, and I'm hoping
someone can spot the problem.
I have a user branch set up with the contrib/git-add-user-branch.sh
script. Here are the relevant portions of my .git/config:
[remote "users/wschmidt"]
On 1/30/20 11:25 AM, Richard Biener wrote:
On January 30, 2020 5:05:09 PM GMT+01:00, Martin Sebor wrote:
On 1/30/20 2:59 AM, Jonathan Wakely wrote:
On Thu, 30 Jan 2020, 05:44 Nicholas Krause wrote:
Greetings,
I was looking into starting to cleaning up the SSA trees for various
reasons
Greetings,
I was looking into starting to cleaning up the SSA trees for various
reasons and iterators
seem to be the easiest to do. I searched the list to see if someone
mentioned it before
and I ran across this:
https://gcc.gnu.org/ml/gcc-patches/2019-10/msg02031.html
If your trying to get a
On 1/27/20 10:46 AM, Jeff Law wrote:
On Mon, 2020-01-27 at 10:18 -0500, Nicholas Krause wrote:
Greetings,
Sorry if this question has been asked before but do we extend out the
core tree type for SSA or
is there a actual dominator tree type. It seems to be we just extend or
override the core
Greetings,
Sorry if this question has been asked before but do we extend out the
core tree type for SSA or
is there a actual dominator tree type. It seems to be we just extend or
override the core tree
type parameters but was unable to verify it by looking in the manual.
Thanks,
Nick
On 1/24/20 1:28 PM, Allan Sandfeld Jensen wrote:
On Freitag, 24. Januar 2020 17:29:06 CET Nicholas Krause wrote:
On 1/24/20 3:18 AM, Allan Sandfeld Jensen wrote:
On Freitag, 24. Januar 2020 04:38:48 CET Nicholas Krause wrote:
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM
On 1/24/20 3:18 AM, Allan Sandfeld Jensen wrote:
On Freitag, 24. Januar 2020 04:38:48 CET Nicholas Krause wrote:
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All,
Unfortunately due to me being rather busy with school and other
things I
will not be able to post my article to the
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All,
Unfortunately due to me being rather busy with school and other
things I
will not be able to post my article to the
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All,
Unfortunately due to me being rather busy with school and other things I
will not be able to post my article to the wiki for awhile. However
there is a rough draft
Greetings All,
Unfortunately due to me being rather busy with school and other things I
will not be able to post my article to the wiki for awhile. However
there is a rough draft here:
https://docs.google.com/document/d/1po_RRgSCtRyYgMHjV0itW8iOzJXpTdHYIpC9gUMjOxk/edit
that may change a littl
On 1/16/20 8:33 AM, Nathan Sidwell wrote:
On 1/15/20 5:45 PM, Martin Jambor wrote:
Therefore, first and foremost, I would like to ask all (moderately)
seasoned GCC contributors to consider mentoring a student this year and
ideally also come up with a project that they would like to lead. I'
Greetings,
Not sure as I just checked, but is the gcc webpage for contributing updated
for git or is it the same contributing guidelines but with git?
Thanks,
Nick
On 12/12/19 11:38 AM, Segher Boessenkool wrote:
On Thu, Dec 12, 2019 at 10:21:03AM -0500, Nicholas Krause wrote:
On 12/12/19 4:11 AM, Segher Boessenkool wrote:
On Sun, Dec 08, 2019 at 03:03:56PM -0500, Nicholas Krause wrote:
The first questions are:
1. What current heuristics do we have as
On 12/12/19 4:11 AM, Segher Boessenkool wrote:
Hi Nick,
On Sun, Dec 08, 2019 at 03:03:56PM -0500, Nicholas Krause wrote:
The first questions are:
1. What current heuristics do we have as it seems none for figuring out
what state is shared
as it seems none? If I correct the first thing to do
On 12/9/19 1:31 PM, Paul Smith wrote:
On Mon, 2019-12-09 at 18:09 +, Andrew Haley wrote:
On 12/9/19 5:03 PM, Nicholas Krause wrote:
https://gcc.gnu.org/projects/cxx-status.html#cxx11
I'm asking of what support exists in the gcc codebase itself not
for other projects using gcc.
Th
On 12/9/19 1:09 PM, Andrew Haley wrote:
On 12/9/19 5:03 PM, Nicholas Krause wrote:
https://gcc.gnu.org/projects/cxx-status.html#cxx11
I'm asking of what support exists in the gcc codebase itself not for other
projects using gcc.
That is what you got.
No its not as its just ta
On 12/9/19 3:16 AM, Dennis Luehring wrote:
Overview:
https://gcc.gnu.org/projects/cxx-status.html#cxx11
I'm asking of what support exists in the gcc codebase itself not for other
projects using gcc.
Nick
Am 09.12.2019 um 04:17 schrieb Nicholas Krause:
Greetings,
I was wondering wha
Greetings,
I was wondering what the current status of being able to use C++11 is
without
the gcc project. Seems it will be much easier to implement basic
spinlocks with
the C++11 memory model than without.
Thanks,
Nick
Greetings Segher and Peter,
After looking through the code and thinking about it seems that the best
way forward
is to rewrite most of the passes in GIMPLE or RTL to hook into a async
work queue
framework to launch it if the state is not shared. This will scale much
better than
the current ver
On 12/5/19 7:08 AM, Martin Liška wrote:
On 12/5/19 9:00 AM, Nicholas Krause wrote:
Greetings,
Seems that the extend_trucks return values are not returned when
called in both,
cnode::assemble_thunks_and_aliases and cnode::create_wrapper. I'm not
sure
if this is a set of edge case bu
Greetings,
Seems that the extend_trucks return values are not returned when called
in both,
cnode::assemble_thunks_and_aliases and cnode::create_wrapper. I'm not sure
if this is a set of edge case bugs or there was a reason for this. Seems
not as its
checked in the third function caller in the
Greetings Richard,
After looking through the current work on multi-threading seems that we
can scale
better with a workqueue strategy sharing and launching depending on how
state is
shared between the GCC passes.
I'm not very familiar with all the details of how state is share in the
GIMPLE,R
On 11/23/19 11:33 AM, Jeff Law wrote:
On 11/22/19 4:41 PM, Segher Boessenkool wrote:
On Fri, Nov 22, 2019 at 11:36:18PM +0100, Jakub Jelinek wrote:
On Fri, Nov 22, 2019 at 04:01:43PM -0600, Segher Boessenkool wrote:
On Fri, Nov 22, 2019 at 09:02:05PM +, Andrew Dean wrote:
Many systems
On 11/19/19 6:44 PM, Joseph Myers wrote:
On Tue, 19 Nov 2019, Segher Boessenkool wrote:
Most of the time after I type "git log" I type "/\<123456\>". We need
to keep a way to easily map SVN revision ids to git commits, and
something a bit more elegant than the ugly git-svn footers would be
On 11/18/19 3:44 PM, Nicholas Krause wrote:
Greetings Richard,
Seems some of these things can either be closed or discussed here:
Add support to a multithread environment to Garbage Collector:
This may not matter as memory is in bulk at the beginning of passes.
I've benchmarked
i
Greetings Richard,
Seems some of these things can either be closed or discussed here:
Add support to a multithread environment to Garbage Collector:
This may not matter as memory is in bulk at the beginning of passes.
I've benchmarked
it and its less than 5% on the GCC test farm machines wit
On 11/18/19 12:46 PM, Richard Earnshaw (lists) wrote:
On 18/11/2019 17:25, Nicholas Krause wrote:
On 11/18/19 12:23 PM, Nicholas Krause wrote:
On 11/18/19 12:20 PM, Nicholas Krause wrote:
On 11/18/19 12:11 PM, Segher Boessenkool wrote:
Hi Richard,
On Mon, Nov 18, 2019 at 04:48:03PM
On 11/18/19 12:23 PM, Nicholas Krause wrote:
On 11/18/19 12:20 PM, Nicholas Krause wrote:
On 11/18/19 12:11 PM, Segher Boessenkool wrote:
Hi Richard,
On Mon, Nov 18, 2019 at 04:48:03PM +, Richard Earnshaw (lists)
wrote:
On 18/11/2019 15:55, Segher Boessenkool wrote:
That
On 11/18/19 12:20 PM, Nicholas Krause wrote:
On 11/18/19 12:11 PM, Segher Boessenkool wrote:
Hi Richard,
On Mon, Nov 18, 2019 at 04:48:03PM +, Richard Earnshaw (lists)
wrote:
On 18/11/2019 15:55, Segher Boessenkool wrote:
That immediately shows some of the shortcomings of this
Greetings David,
I mentioned this in my other email for my work but it seems that the Yocto
Project has this recipe devupstream.bbclass and are hoping to get it to
work for upstream code including gcc from HEAD e.t.c. I'm asked them
to see if they can mention that other projects like LLVM/GCC
Greetings,
I've one of the students who is working on the project. I'm just posting to
continue the discussion on C++11 migration for async and memory model
support alongside other features people want. In addition the secondary
part of this email is that the other student mentioned at Cauldro
On 9/30/19 1:50 PM, Nicholas Krause wrote:
Greetings Jonathan and Jason,
I was wondering what work is required to move to C++11. Seems your
both interested in getting this done and so am I. Perhaps we start
similar to Git with a wiki page about what features would be useful
and then start
Greetings Jonathan and Jason,
I was wondering what work is required to move to C++11. Seems your
both interested in getting this done and so am I. Perhaps we start
similar to Git with a wiki page about what features would be useful
and then start migrating the makefiles to allow for this.
So
Greetings David,
I posted on the list about moving to C++11/C11 but the focus was on
C++11 for my work. Seems that other people wanted to use some
parts of the C++11 standard including rvalues,move,auto and template
aliases. The thread is here:
https://gcc.gnu.org/ml/gcc/2019-09/msg00228.html
On 9/26/19 4:08 AM, Richard Biener wrote:
On Thu, Sep 26, 2019 at 9:23 AM Jonathan Wakely wrote:
On Thu, 26 Sep 2019, 05:10 Nicholas Krause, wrote:
Greetings,
I asked about moving to C/C++ 11 as it would make it easier to
allow multithreading support due to having a memory model
Greetings,
I asked about moving to C/C++ 11 as it would make it easier to
allow multithreading support due to having a memory model
alongside other features. Jason Merill mentioned due to it
being so common it may be a good time to.
Moving to git seems to be universally agree on so I'm openi
Greetings,
For the last several days the branch for multithreading in GSOC does not
build and
crashes like so:
make[4]: Leaving directory
`/home/xerofoify/GCC/powerpc64le-unknown-linux-gnu/libquadmath'
make[3]: Leaving directory
`/home/xerofoify/GCC/powerpc64le-unknown-linux-gnu/libquadmath
Richard,
Sorry for the second email but I forget in the previous one but Jeff Law
at Cauldron stated
your the expert for the SSA code. Is it possible to make that code
multithreaded in particular
the dominator trees.
I'm going to start researching that as Giuliano's branch does not build
On 9/20/19 4:43 PM, Joel Sherrill wrote:
On Fri, Sep 20, 2019, 3:12 PM Nicholas Krause wrote:
On 9/20/19 4:09 PM, Jason Merrill wrote:
On Fri, Sep 20, 2019 at 8:32 AM Nicholas Krause
wrote:
I was wondering if its possible to use the C11 atomics library for
multithreading
GCC. Not sure
On 9/20/19 4:09 PM, Jason Merrill wrote:
On Fri, Sep 20, 2019 at 8:32 AM Nicholas Krause wrote:
I was wondering if its possible to use the C11 atomics library for
multithreading
GCC. Not sure if its a good idea due to concerns about older plaforms
not having a C11 supported libraries or
Greetings,
I was wondering if its possible to use the C11 atomics library for
multithreading
GCC. Not sure if its a good idea due to concerns about older plaforms
not having
a C11 supported libraries or compiler.
If not then the best way is pthreads key support and other posix thread
supp
Greetings,
I'm not as familar of the currrent Makefile internals for GCC, so what
is the best
way to add -pg for profiling. Seems I need to add it for gprof in order
to get
some real data for multi-threading GCC internals.
Thanks,
NIck
On 9/18/19 4:01 AM, Richard Biener wrote:
On Tue, 17 Sep 2019, Nicholas Krause wrote:
On 9/17/19 2:37 AM, Richard Biener wrote:
On Mon, 16 Sep 2019, Nicholas Krause wrote:
Greetings Richard,
I don't know if it's currently possible but whats the best way to either so
about or
On 9/17/19 2:37 AM, Richard Biener wrote:
On Mon, 16 Sep 2019, Nicholas Krause wrote:
Greetings Richard,
I don't know if it's currently possible but whats the best way to either so
about or
use a tool to expose shared state at both the GIMPLE and RTL level. This
would
allow us
Greetings Richard,
I don't know if it's currently possible but whats the best way to either
so about or
use a tool to expose shared state at both the GIMPLE and RTL level.
This would
allow us to figure out much better what algorthims or data structures to
choose
to allow this to scale m
From: npkrause
This is not meant to be merged nor follow any GCC coding standards
but start the work discussed about multithreading GCC. The dicussion
or part of it is about using per thread versions of the shared
data structures. However this runs into three issues to my knowledge
and therefore
On 9/11/19 2:30 AM, Andreas Schwab wrote:
On Sep 11 2019, Nicholas Krause wrote:
I was wondering what is the easiest way to allow source tree wide
ctags.
There is make TAGS, which uses etags.
Andreas.
Andreas,
Is there no way to build it for vim as thats what I would prefer to stay
Greetings,
I was wondering what is the easiest way to allow source tree wide ctags.
There doesn't
seem to be a make x command for it nor any real documentation online and
it would
be nice to have.
Thanks,
Nick
On 9/5/19 11:25 PM, Tim Rice wrote:
I have a use case where I would like gcc to accept -Kthread
and act as if it was passed -pthread. So -Kthread would
be a synonym for -pthread.
I am having trouble figuring out how the option processing is handled.
Possibly in gcc/gcc.c but I am stumped here.
code.
Signed-off-by: Nicholas Krause
---
gcc/cp/constraint.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/cp/constraint.cc b/gcc/cp/constraint.cc
index 9884eb0db50..a78d0a9a49b 100644
--- a/gcc/cp/constraint.cc
+++ b/gcc/cp/constraint.cc
@@ -1882,7 +1
This adds the remainging noexcept causes required for this cause
to meet the spec as dicussed last year and documented here:
http://cplusplus.github.io/LWG/lwg-active.html#2899.
Signed-off-by: Nicholas Krause
---
libstdc++-v3/include/std/tuple | 4
1 file changed, 4 insertions(+)
diff
69 matches
Mail list logo
