Erick my friend,
That's exactly why I'm such a big fan of creating things
anew each time I mess with them.
Later,
Gary
From: Erick Ochoa
Sent: Tuesday, March 8, 2022 7:29 AM
To: Martin Jambor
Cc: gcc@gcc.gnu.org
Subject: Re: Question on updating function
Andrew,
That's super! I was dreading an answer along the lines
of "we don't do that anymore so why would you ever want
to do that?"
Many thanks,
Gary
From: Andrew Pinski
Sent: Wednesday, March 2, 2022 2:09 PM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
S
Guys,
I've been working on an optimization for quite a bit of time and
in an attempt to move it to GCC 12 I found that FOR_EACH_LOOP_FN
no longer exists. I poked around in the archives and tried a Google
search but found nothing on it.
It suited my needs and I'd hate to have to rewrite a bunch
benchmark it using the applications you built it
for.
Gary
From: Andras Tantos
Sent: Monday, February 21, 2022 9:22 PM
To: Gary Oblock ; gcc@gcc.gnu.org
Subject: Re: Benchmark recommendations needed
[EXTERNAL EMAIL NOTICE: This email originated from an external
Trying to use the dhrystone isn't going to be very useful. It has many
downsides not the least is that gcc's optimizer can run rings about it.
Gary
From: Gcc on behalf of
gcc-requ...@gcc.gnu.org
Sent: Tuesday, February 15, 2022 6:25 AM
To: gcc@gcc.gnu.org
, 2022 12:36 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Issue with a flag that I defined getting set to zero
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
practices.]
On Fri, Jan 7
like I'm being forced to
act like one.
Now, can anybody answer my question?
Sincerely
Gary
From: Gabriel Ravier
Sent: Friday, January 7, 2022 12:56 AM
To: Martin Liška ; Gary Oblock ;
gcc@gcc.gnu.org
Subject: Re: Issue with a flag that I defined getting set
Martin,
Regarding the corporate legal gibberish. It's automatic
and not under my control also we're not supposed to
use private emails for work...
Gary
From: Martin Liška
Sent: Friday, January 7, 2022 12:20 AM
To: Gary Oblock ; gcc@gcc.gnu.org
Subject: Re
An optimization flag that I recently added is being
set to zero in push_cfun (which after a couple of
levels of calls cl_optimization_restore to this.)
The flag defined like this:
finterleaving-index-32-bits
Common Var(flag_interleaving_index_32_bits) Init(0) Optimization
Structure
. But the tree expressions seem to be chunks
of AST (with some other stuff thrown in that could be thought of
as node attributes.) Am I wrong to think of them that way?
Thanks,
Gary
From: Richard Biener
Sent: Monday, January 3, 2022 11:28 PM
To: Gary Oblock
Cc: gcc
value types ignoring qualifiers. */
&& (TYPE_MAIN_VARIANT (TREE_TYPE (node))
== TYPE_MAIN_VARIANT
(TREE_TYPE (TREE_TYPE (TREE_OPERAND (node, 1)
&& (!(flags & TDF_ALIAS)
|| MR_DEPENDENCE_CLIQUE (node) == 0))
________
From: Richard
This is one of those things that has always puzzled
me so I thought I break down and finally ask.
There are two ways a memory reference (tree) prints:
MEM[(struct arc_t *)_684].flow
and
_684->flow
Poking under the hood of them, the tree codes and
operands are identical so what am I missing?
ain,
Gary
From: David Malcolm
Sent: Thursday, December 2, 2021 6:04 AM
To: Richard Biener ; Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: odd internal failure
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary i
Richard,
I rebuilt at "-O0" and that particular call now works but on a call to
the same function with a different offset it fails.
Thanks,
Gary
From: Richard Biener
Sent: Wednesday, December 1, 2021 1:09 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
S
What is happening should be trivial to determine but for some reason it's
not. I'd normally bounce this off a coworker but given the pandemic
and modern dispersed hiring practices it's not even remotely possible.
I'm making this call and tree_to_uhwi is failing on an internal error.
That's
Our test group added "-fchecking" to a script and my optimization
failed.
I can't find any explanation of this type of bug. I grepped the code
and flag_checking was all over the place so it's not like
I can use gdb to pin it down.
Can somebody help me make sense out of this?
lto1: error: type
I suppose I should answer my own question
Yes, the final compiler built has ubsan enabled.
Gary
PS. The faint hearted should note this is an overnight build. It would be nice
if this wasn't tied to building a bootstrap compiler.
From: Gary Oblock
Sent
, 2021 11:47 PM
To: Erick Ochoa ; Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Can gcc itself be tested with ubsan? If so, how?
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
practices.]
On 9
I tried just adding "-fsanitize=undefined" to my CXX_FLAGS and got
a bunch of errors like this:
/usr/bin/ld: ../libcody/libcody.a(server.o): in function
`std::__cxx11::basic_string, std::allocator
>::_Alloc_hider::~_Alloc_hider()':
/usr/include/c++/9/bits/basic_string.h:150: undefined reference
I've got a really amazingly bizarre bug, when running my modified
gcc under gdb, I see some bewildering behavior. So, before I start
debugging at the assembly level, I'd like to see some .s files.
This led me to try adding "-save-temps" to the CFLAGS and
CXXFLAGS on the make command line. This in
__
From: Richard Biener
Sent: Thursday, August 26, 2021 12:45 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: What is this GIMPLE?
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
pract
I print out a bit of GIMPLE for a program and it looks like this:
[local count: 13634385]:
# a_1 = PHI
# n_11 = PHI
loop:
# DEBUG n => n_11
# DEBUG a => a_1
_2 = (long unsigned int) a_1;
_3 = _2 & 7;
_347 = _3 != 0;
That bit that says "loop:" isn't a GIMPLE_LABEL and
it has
work with SSA variable creation?
Thanks, I really appreciate your help even though in this case
I'm still kind of stuck.
Gary
From: Richard Biener
Sent: Thursday, July 29, 2021 12:12 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: A value number issue
here dedangled_865 or any of its phi related uses
(a use of x where x <- phi<... denanged_865..> and so on recursively)
was converted to struct node.reorg.reorder *.
Gary
From: Richard Biener
Sent: Wednesday, July 28, 2021 3:40 AM
To: Gary Oblock
Cc: gcc
il;
dedangled_866 = bea_43->head;
if (red_cost_of_bea_42 > 0)
goto ; [59.00%]
else
goto ; [41.00%]
[local count: 2609125]:
goto ; [100.00%]
[local count: 1813121]:
[local count: 4422246]:
# dedangled_867 = PHI
# dedangled_868 = PHI
if (dedangled_867 != dedan
I seem to be having a problem with the pre pass.
When eliminate_dom_walker::eliminate_stmt is called with
the gsi to "dedangled_864 = bea_43->tail;" which in turn
calls eliminate_dom_walker::eliminate_avail op of dedangled_864.
This gives VN_INFO (lhs)->valnum of _920. The _920 is not
associated
12:23 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: A simple debugging question
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
practices.]
On Wed, Jul 14, 2021 at 6:42 AM Gary Oblock
OK, I haven't asked a dumb question for a while so here goes!
I'm trying to debug my optimization in lto running 505mcf_r
(yes it's SPEC17.)
Here's the bit that fails from the make.out:
/home/gary/gcc_build_gcc11/install/libexec/gcc/x86_64-pc-linux-gnu/11.1.1/lto1
-quiet -dumpdir
I've got to say appearances can be deceptive
in GCC and struct _modif_basket *[4061] is not
necessarily equal to struct _modif_basket *[4061]
even though the printed representation is
the same...
Gary
From: Gcc on behalf of gcc-requ...@gcc.gnu.org
Sent:
My jaws hit the floor when I saw this bug:
psimplex.c: In function ‘master.constprop’:
psimplex.c:124:6: error: non-trivial conversion in ‘constructor’
124 | void master(network_t *net, int num_threads)
| ^
struct _modif_basket *[4061]
struct _modif_basket *[4061]
struct
I'm chasing a bug and I used Creduce to produce a
reduced test case. However, that's really beside to
point.
I this file:
typedef struct basket {
} a;
long b;
a *basket;
int d, c, e;
a *flake[2];
void primal_bea_mpp();
void primal_net_simplex() {
flake[1] = [1];
Guys,
I checked out a fresh copy of the GCC sources today, applied somebodies
patch to it and voila!
options.c:13591:2: error: #error Report option property is dropped #error
Report option property is dropped
I built this the same minimally convoluted way that I always do.
cd $1
BASE=`pwd`
Guys,
I've been trying to debug a linker error (which I thought was a bug in
my optimization.) Well it turns out it occurs in a brand new virgin
version of the compiler running with binutils 2.36 which is the latest
version. I'm posting this on both the binutils list and gcc list
because people
I've got collect2 finding a linker error and I'm out of
other options so I'm poking around in the collect2
sources. I'm wondering what pex_run is (since it's
getting handed the arguments this might mater?)
I figure if I can get collect2 to spill its guts
about what arguments are fed to "ld" I'll
Fair enough...
$ ld -V
GNU ld (GNU Binutils for Ubuntu) 2.30
From: Richard Biener
Sent: Tuesday, February 23, 2021 12:41 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: What version of binutils is required
[EXTERNAL EMAIL NOTICE: This email originated
re
current version of binutils?
Thanks,
Gary Oblock
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and contains information that is
confidential and proprietary to Ampere Computing or its subsidiaries. It is to
be u
I'm running my new optimization (LTO with one partition)
on a SPEC17 test.
I got the mysterious message
"collect2: error: ld returned 1 exit status"
Now, first off, with my debugging on at full tilt and it's
clear my optimization bailed out after analyzing
the code without doing anything.
optimization, this is occurring
with the Mcf sources from SPEC17.
From: Gary Oblock
Sent: Wednesday, December 30, 2020 11:00 PM
To: gcc@gcc.gnu.org
Subject: A problem with field decl offsets in newly minted types
I'm having some grief with creating/using some modified
I'm having some grief with creating/using some modified types.
I problem occurs in tree-ssa-sccvn.c when some code tries
to take a DECL_FIELD_OFFSET and unfortuenately gets a null
that causes a crash.
So, I traced this back the to types I created. Note, the method I used
has seemed to be fairly
Martin,
After some digging and a little luck, I found that this does what I wanted:
cgraph_update_edges_for_call_stmt ( stmt, gimple_call_fndecl ( stmt), NULL);
Thanks,
Gary
From: Martin Jambor
Sent: Tuesday, October 27, 2020 5:44 AM
To: Gary Oblock ; gcc
I'm running into grief in verify_node in cgraph.c
when I use gsi_remove on a call statement.
Specifically it's a free statement which I've replaced
with other free statements as part of my structure
reorg optimizations. Note, in other working code
I do this with malloc and it doesn't seem to be a
ary
From: Richard Biener
Sent: Thursday, October 22, 2020 11:01 PM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Missing functionality
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and propriet
Never mind... assume I'm grumbling about the documentation.
;-(
Gary
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and contains information that is
confidential and proprietary to Ampere Computing or its subsidiaries.
I'm finishing up coding my patterns for the structure reorganization
optimization. They recognize certain instructions and replace them
other instructions. I've got some code that generates gimple which is
inserted as it's created with gsi_insert_before. This code is
something I'd like to use at
Am I missing something?
Gary
From: Jan Hubicka
Sent: Tuesday, October 20, 2020 4:34 AM
To: Richard Biener
Cc: GCC Development ; Gary Oblock
Subject: Re: Where did my function go?
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
I have a tiny program composed of a few functions
and one of those functions (setupB) has gone missing.
Since I need to walk its GIMPLE, this is a problem.
The program:
-- aux.h -
#include "stdlib.h"
typedef struct A A_t;
typedef struct A B_t;
struct A {
Andrew,
Dominance and reachability are two different but related things. It's trivial
to come up with a simple example to show this.
Gary
From: Andrew Pinski
Sent: Friday, October 9, 2020 8:13 PM
To: Jojo R
Cc: GCC Development
Subject: Re: How to check
Erick,
I assume that this needs to be done on all the functions since
you mention "cfun".
Gary
From: Erick Ochoa
Sent: Monday, September 14, 2020 12:10 AM
To: Gary Oblock ; gcc@gcc.gnu.org
Subject: Re: Dominance information problem
[EXTERNAL EM
bb2->dom[dir_index];
gcc_checking_assert (dom_computed[dir_index]); // <=== BOOM!
if (dom_computed[dir_index] == DOM_OK)
return (n1->dfs_num_in >= n2->dfs_num_in
&& n1->dfs_num_out <= n2->dfs_num_out);
return et_below (n1, n2);
}
Thanks,
>Could you please get rid of this when posting on public mailing lists?
No, I have no control over that but I'll give the email of our corporate
IT if you want to complain to them...
From: Marc Glisse
Sent: Saturday, September 5, 2020 11:29 PM
To: Gary Obl
at having to
crawl the phis looking for constants seems baroque. I would hope
there is a control that can suppress this or a transformation
that I can invoke to reverse it...
Thanks,
Gary
From: Marc Glisse
Sent: Saturday, September 5, 2020 11:29 PM
To: Gary Oblock
PHI
This makes zero sense practicality wise to me and how is
it supposed to be recognized and used? Note, I really do
need to transform the "0B" into something else for my
structure reorganization optimization.
Thanks,
Gary Oblock
CONFIDENTIALITY NOTICE: This e-mail message,
Note, isn't a problem, rather, it's something that puzzles me.
On walking a function types argument types this way
for ( arg = TYPE_ARG_TYPES ( func_type);
arg != NULL;
arg = TREE_CHAIN ( arg))
{
.
.
}
I noticed an extra void argument that didn't exist
(on certain
OS versions of certain machines) watch points have been
at bit dubious. I assume on a recent Ubuntu release
on an Intel I7 core this wouldn't be the case???
Thanks,
Gary
From: Richard Biener
Sent: Wednesday, September 2, 2020 11:31 PM
To: Gary Oblock
Cc:
ned function into the body
of code where the inling took place.
Thanks,
Gary Oblock
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and contains information that is
confidential and proprietary to Ampere Computing or it
o ; [99.96%]
[local count: 4295]:
__builtin_puts (&"min_x error"[0]);
exit (-1);
[local count: 10733121]:
_5 = min_x_12->x;
printf ("min_x %e\n", _5);
return 0;
}
Am I crazy?
Thanks,
Gary
From: Richar
e that statement.
Thanks,
Gary
From: Richard Biener
Sent: Thursday, August 27, 2020 2:04 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Questions regarding update_stmt and release_ssa_name_fn.
[EXTERNAL EMAIL NOTICE: This email originated from an externa
definition in the following
GIMPLE stmt when it's clearly not since it's defined by the statement.
x_2 = X_1 + 4
My approach has been to simply make the SSA name to replace x_2a
normal SSA name and not a default def. Is this not reasonable and
correct?
Thanks,
Gary Oblock
Gary
to be happening. It's not doing any harm to
anything except the sanity of anybody looking at the pass
dumps...
Thanks,
Gary
From: Segher Boessenkool
Sent: Wednesday, August 12, 2020 5:45 PM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Silly question about pass
pass numbering.
Thanks again,
Gary
From: Segher Boessenkool
Sent: Wednesday, August 12, 2020 1:09 PM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Silly question about pass numbers
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
junk search results.
This is obviously an easy question to answer for those that
have seen something similar in the past.
Thanks,
Gary Oblock
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and contains information that is
For these two dump files:
exe.ltrans0.ltrans.074i.cp
and
exe.ltrans0.ltrans.087i.structure-reorg
doesn't the ".074i." mean that this dump was created
before the ".087i." dump?
If so then why does the ".074i." show GIMPLE that was
created in the structure-reorg pass?
Thanks,
Gary
I'm trying to debug a problem cropping up in value range propagation.
Ironically I probably own an original copy 1995 copy of the paper it's
based on but that's not going to be much help since I'm lost in the
weeds. It's running on some optimization (my structure reorg
optimization) generated
, I suppose I could run gdb to track down in the storage
layout code what caused it to bypass place_field (where the
offset probably should be initialized) but I'd still not know
what I'm doing wrong below.
Please, somebody have a look and let me know.
Thanks,
Gary Obl
of. Note, these are
shown in the HL design doc which I sent you. Though like battle plans,
no design no matter how good survives coding intact.
Thanks again,
Gary
From: Richard Biener
Sent: Wednesday, July 29, 2020 5:42 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Su
ated falling through to
the default case behavior will likely cause an internal error.
Thanks,
Gary
From: Richard Biener
Sent: Tuesday, July 28, 2020 12:07 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Gcc Digest, Vol 5, Issue 52
[EXTERNAL EMAIL NO
Almost all of the makes sense to.
I'm not sure what a conditionally initialized pointer is.
You mention VAR_DECL but I assume this is for
completeness and not something I'll run across
associated with a default def (but then again I don't
understand notion of a conditionally initialized
ork except for the default defs.
I really need some help with this Richard.
Thanks,
Gary
From: Richard Biener
Sent: Saturday, July 25, 2020 10:48 PM
To: Gary Oblock ; gcc@gcc.gnu.org
Subject: Re: Problems with changing the type of an ssa name
[EXTERNAL EMAIL NOTICE:
: Friday, July 24, 2020 11:16 PM
To: Gary Oblock ; Gary Oblock via Gcc
; gcc@gcc.gnu.org
Subject: Re: Problems with changing the type of an ssa name
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
If you've followed what I've been up to via my questions
on the mailing list, I finally traced my latest big problem
back to to my own code. In a nut shell here is what
I'm doing.
I'm creating a new type exaactly like this:
tree pointer_rep =
make_signed_type ( TYPE_PRECISION (
Sent: Wednesday, July 22, 2020 2:32 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Three issues
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
practices.]
On Wed, Jul 22, 2020 at 12:51 A
hash table
entries is my only recourse at this point.
Thanks,
Gary
From: Richard Biener
Sent: Wednesday, July 22, 2020 2:32 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: Three issues
[EXTERNAL EMAIL NOTICE: This email originated from an external sender
From: David Malcolm
Sent: Wednesday, July 22, 2020 12:31 AM
To: Gary Oblock ; gcc@gcc.gnu.org
Subject: Re: Three issues
[EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please
be mindful of safe email handling and proprietary information protection
practices
Some background:
This is in the dreaded structure reorganization optimization that I'm
working on. It's running at LTRANS time with '-flto-partition=one'.
My issues in order of importance are:
1) In gimple-ssa.h, the equal method for ssa_name_hasher
has a segfault because the "var" field of "a"
Regarding the other question I asked today could somebody explain to
me what the default_defs are all about. I suspect I'm doing something
wrong with regard of them. Note, I've isolated the failure in the last email
down to this bit (in red):
if (is_empty (*entry)
|| (!is_deleted (*entry)
I'm encountering a really painful error. The stack trace is below.
The code in hash-table.h is a template and it is really hyper-allergic
to instrumentation (a couple of fprintfs caused malloc to have an
internal error!) Last time I checked gbd didn't exactly play nice
with templates either.
I'm
punting on creating them hoping I don't create an untenable state which results
in hard to diagnose failures. I was just trying to avoid this.
Thanks,
Gary Oblock
From: Martin Jambor
Sent: Friday, July 3, 2020 1:59 AM
To: Gary Oblock ; Richard Biener
Cc
BBs) so I actually shouldn't create them?
Furthermore, I assume I should be setting the "gotos" in the condition
statement to NULL?
Thanks,
Gary Oblock
Ampere Computing
Santa Clara, California
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for
th
Martin,
What about immediate dominators?
Thanks,
Gary
From: Martin Jambor
Sent: Wednesday, July 1, 2020 3:40 PM
To: Gary Oblock ; Richard Biener
Cc: gcc@gcc.gnu.org
Subject: Re: An problematic interaction between a call created by
gimple_build_call
is this. Are there any surprising
cases in IPA where GCC violates its philosophy and actually regenerates the
information?
Thanks again,
Gary
From: Richard Biener
Sent: Wednesday, July 1, 2020 12:27 AM
To: Gary Oblock
Cc: gcc@gcc.gnu.org
Subject: Re: An problematic
= gimple_build_call( fndecl_free, 1, to_free);
Note, I was able to get something similar to work for "malloc" by
using the fndecl I extracted from an existing malloc call.
Your advice on how to build a fndecl that doesn't have this
problem is appreciated.
Thanks,
Gary Oblock
CONFIDENTIAL
Richard,
First off I did suspect INDIRECT_REF wasn't supported, thanks for
confirming that.
I tried what you said in the original code before I posted
but I suspect how I went at it is the problem. I'm probably
doing something(s) in a glaringly stupid way.
Can you spot it, because everything
I'm somehow misusing GIMPLE (probably in multiple ways) and I need
some help in straightening out this little mess I've made.
I'm trying to do the following:
In an attempt at structure reorganization (instance interleaving) an
array of structures is being transformed into a structure of arrays.
hey'll never match. Now if there is another way to see if the
function is in the partition or if there is some other way to compare
the functions in a partition, please let me know.
Thanks,
Gary Oblock
Ampere Computing
PS. The body of the message is attached in a file because my email p
If you just do a clone and don't checkout a branch, is this equivalent
the top of the trunk in the old scheme? If not then how do I get the
top of trunk?
Thanks for your patience,
Gary Oblock
my email into gibberish
so please take pity me and post them here again.
Thanks,
Gary Oblock
anywhere
upstream in the compilation to not specify -fmy-opt without -flto-partition=one
then all will be well. So how do I detect it at all and where would I put the
checking?
Gary
From: Richard Biener
Sent: Monday, January 13, 2020 2:30 AM
To: Gary Oblock ; Jan
I'm writing an LTO optimization that requires "-flto-partition=one" How can I
make
sure that this is the case? I've spent hours greping the code and the Internals
Doc is
worth less than nothing for something like this. If you have an answer or even
I good idea of where to look please let me
Oblock
Cc: Jan Hubicka ; gcc@gcc.gnu.org
Subject: Re: [EXT] Re: Comparing types at LTO time
On Thu, Jan 9, 2020 at 9:36 PM Gary Oblock wrote:
>
> Richard,
>
> Alas, when doing structure reorg I have to be able to know some
> arbitrary use of variable X in some GIMPLE expression
f you'll note the get_untransformed_body call above (which David Malcolm
suggested to cure a NULL fn) I suspect I'm lacking some other call
which will make all things right.
Thanks,
Gary Oblock
, January 9, 2020 3:51 AM
To: Jan Hubicka
Cc: Gary Oblock ; gcc@gcc.gnu.org
Subject: [EXT] Re: Comparing types at LTO time
External Email
--
On Thu, Jan 9, 2020 at 9:53 AM Jan Hubicka wrote:
>
> > There doesn't seem to
There doesn't seem to be a way to compare types at LTO time. The functions
same_type_p and comptypes are front end only if I'm not totally confused
(which is quite possible) and type_hash_eq doesn't seem to apply for
structure types. Please, any advice would be welcome.
Thanks,
Gary Oblock
Thanks David,
I'll give it a try. By the way, I'm trying to force one partition
with "-flto-partition=one" I'm not sure if that makes a difference.
Gary
From: David Malcolm
Sent: Friday, January 3, 2020 3:52 PM
To: Gary Oblock ; gcc@gcc.gnu.org
Sub
pa-structure-reorg"
$GCC $OPTIONS -c main.c
$GCC $OPTIONS -c aux.c
$GCC $OPTIONS -o exe main.o aux.o
./exe
I'm wondering if this is a fundamental issue, if there's a bug
or perhaps I'm doing something dumb. I any advice is appreciated
here because my only real alternative here is insanely ugly.
Thanks,
Gary Oblock
an explanation
might get a little ugly
but he's very bright fellow and can cope with it.
Thank,
Gary Oblock
I'm wondering if the code in tree-ssa-structalias.c can be invoked in
a whole program mode? There are some comments in there about
it not playing well with WHOPR and WPA (not that I intend to use
that way.) Ironically, in the literature on points-to analysis this
algorithm
was only originally
On 10/2/19 3:15 AM, Richard Biener wrote:
> External Email
>
> --
> On Wed, Oct 2, 2019 at 1:43 AM Gary Oblock wrote:
>> I'm working on structure reorganization optimizations and one of the
>> thi
that wouldn't work
will probably be equally valuable to me.
Thanks,
Gary Oblock
this during LTRANS.
Thanks,
Gary Oblock
On 9/14/19 8:39 AM, Martin Liška wrote:
On 9/13/19 3:01 PM, Gary Oblock wrote:
So, back to my questions, any ideas about how to get initialization
information? This
is going to be a very powerful optimization for code with structures of
arrays and
I just need a little help getting around a few
1 - 100 of 108 matches
Mail list logo