me out and do a quick hack for me?
Thanks in advance,
Jeff
2006/8/10, Paolo Bonzini <[EMAIL PROTECTED]>:
jeff jeff wrote:
> Hi all,
>
> I'm doing an experiment with gcc. I need to modify gcc so that a NOP
> instruction will be inserted into each basic block in binary code that
> gcc generates. I know this sounds weird but it
ction should I use in order to emit a nop?
Thanks,
Jeff
The simplest way is going to be something like
fprintf (asm_out_file, "\tnop\n");
I added fprintf (asm_out_file, "\tnop\n"); to the end of case
CODE_LABEL. Then I recompile the gcc. Unfortunately, it doesn't seem
that a NOP was inserted. Any ideaes?
case CODE_LABEL:
/* The target
I'm backed into a corner here and really not sure what the
proper path out is.
-- Our production GCC is 3.3.5. It was built with default
args. Previously we ran 2.95.3. You can perhaps realize
my surprise when I found that a lot of apps we had built
with this GCC 3.3.5 had libgcc_s.so
y aliasing trick.
Corinna, if this causes any Cygwin issues, please let me know.
-- Jeff J.
:
glibc-2.3.2-11.9
Notes:
This build worked for installing sitewide over nfs fine. --prefix and
--program-suffix worked fine.
--with-local-prefix=/usr/include had to be specified as the default of
/usr/local/include is not right for certain Linux distributions (like
Redhat).
Jeff Clifford
for installing sitewide over nfs fine. --prefix and
--program-suffix worked fine.
Jeff Clifford
for installing sitewide over nfs fine. --prefix and
--program-suffix worked fine.
Jeff Clifford
s to complete without any issues.
It seems that gcc is having issues with the following
line in gen-as-const.awk:
printf "asm (\"@@@name@@@%s@@@value@@@%%0@@@end@@@\" :
: \"i\" (%s));\n", name, $0;
Is my configure line incorrect, or have I maybe
incorrectly configu
x
--prefix=/opt/luan2/toolchain/bin --enable-shared
--enable-threads --enable-languages=c
I'm obviously missing something, but can't seem to
find anything on the internet that explains
cross-compiling gcc for another target.
Thanks,
Jeff Stevens
_
Yes I added the cross-compiler to the path and created
a separate build directory (ppc_gcc).
Thanks,
Jeff Stevens
--- Dave Korn <[EMAIL PROTECTED]> wrote:
> Dave Korn wrote:
> > Jeff Stevens wrote:
> >> Is there a HowTo out there on how to cross
> compile
ve-gcc/gcc'
make[1]: *** [stmp-multilib] Error 2
make[1]: Leaving directory
`/opt/recorder/build-tools/build-native-gcc/gcc'
make: *** [install-gcc] Error 2
How do I install the native compiler?
Thanks,
Jeff Stevens
--- Clemens Koller <[EMAIL PROTECTED]> wrote:
> Hello, Jef
REFIX is the target filesystem tree. I
used the same make install command for the native gcc
that I compiled.
Thanks,
Jeff Stevens
--- Kai Ruottu <[EMAIL PROTECTED]> wrote:
> Jeff Stevens wrote:
>
> > .../gcc-3.4.4/configure
> > --build=`../gcc-3.4.4/config.guess`
> &
On Fri, 2019-12-20 at 12:08 +0100, Richard Biener wrote:
> On December 20, 2019 8:25:18 AM GMT+01:00, Jeff Law wrote:
> > On Fri, 2019-12-20 at 08:09 +0100, Richard Biener wrote:
> > > On December 20, 2019 3:20:40 AM GMT+01:00, Jeff Law
> > wrote:
> >
uot;
>
> Do we want to continue with ChangeLog entries for testsuite changes or
> only rely on Git log?
I strongly prefer to move towards relying on the git log.
jeff
IT. In fact, that's
precisely what I'd like to see us do.
jeff
On Sat, 2020-01-25 at 10:50 -0500, Nathan Sidwell wrote:
> On 1/24/20 4:36 PM, Jeff Law wrote:
> > On Fri, 2020-01-24 at 20:32 +0100, Eric Botcazou wrote:
> > > > I strongly prefer to move towards relying on the git log.
> > >
> > > In my experience the outp
..@sourceware.org/gcc/gcc.git ...,
> git push ssh://f...@gcc.gnu.org/gcc/gcc.git ...
It shouldn't matter. Under the hood sourceware.org and gcc.gnu.org are
the same machine.
jeff
; type parameters but was unable to verify it by looking in the manual.
There is no type or class for the dominator tree. Having one would be
useful.
jeff
return -1
> when one symbol X has a decl and the other symbol Y doesn't, and neither
> of them are block symbols? Is the answer to (Q3) that we allow equality
> but not overlap here too? E.g. a linker script could define Y to X but
> not to a region that contains X at a nonzero offset?
Does digging into the history provide any insights here?
I'm not sure given the issues you've introduced if I could actually
fill out the matrix of answers without more underlying information.
ie, when can we get symbols without source level decls,
anchors+interposition issues, etc.
Jeff
>
lar pieces of code).
>
> Perhaps there are practical or policy reasons for not requiring everyone
> who wants to track gcc development history to build or install git.
> But if so, why not just include the output of "git log", with whatever
> options seem best? (Probably --stat at least, to show the affected files.)
>
> Like with the svn-to-git conversion, the less we change the way the
> history is presented, the less chance there is of something going wrong.
> And the idea is that git log should be informative enough for upstream
> developers, so surely it should be enough for others too.
I believe the ChangeLog is primarily a FSF requirement, hence
generating it from the SCM at release time seems reasonable.
ANd yes, even though I have been a regular ChangeLog user, I rely more
and more on the git log these days.
jeff
This affects gcc.gnu.org as well...Expect weekend outages...
--- Begin Message ---
Community,
The sourceware.org server will be transitioning to a new server over
the next 2-4 weeks. The new server will be CentOS 8-based with more
CPU and more RAM.
Please keep this in mind when planning out y
On Wed, 2020-02-05 at 15:18 -0600, Segher Boessenkool wrote:
> On Mon, Feb 03, 2020 at 01:24:04PM -0700, Jeff Law wrote:
> > ANd yes, even though I have been a regular ChangeLog user, I rely more
> > and more on the git log these days.
>
> As a reviewer, the changelog is
ts 4.8.5 instead of 4.8.2:
> https://gcc.gnu.org/ml/gcc/2019-11/msg00192.html
>
> Looking at release dates 4.8.5 was in June 2015 while 4.8.2 in October 2013
> which is a pretty big gap. I'd for moving the needle as far as we reasonably
> can since this is a leap anyways. @Segher do you have a reason in mind for
> the higher versioning?
I doubt there's a lot of functional difference between 4.8.5 and 4.8.2.
It really should just be bugfixes.While I'd prefer 4.8.5 over
4.8.2, I could live with either.
Jeff
se to the
branch shortening pass.
>
> The tricky part is that the addcmpbCC instruction does NOT modify
> condition codes, while the cmp instruction does. Nothing you could
> solve in the linker...
>
> OK, it seems I'll have to go with the worst-case variant.
You can support both. You output the short case when the target is
close enough and the longer variant otherwise.
Jeff
gnu.org/contribute.html
Contact ass...@gnu.org to get your paperwork started.
Thanks,
Jeff
>
klog and I'll have a higher than usual backlog of
non-patch-review things to be doing for Red Hat.
So, at least for the next few weeks, patch review will be slower than
usual. Please be patient :-)
Jeff
t of work on
them and knew their properties quite well).
Richard is currently on PTO, so I don't think you're likely to get a
quick response from him with further details.
jeff
reasonable
chance of just going away, while logicals, alu operations on the
appropriate chips should have a cost of 1.
jeff
On 06/24/2015 03:18 AM, Alan Modra wrote:
On Tue, Jun 23, 2015 at 11:05:45PM -0600, Jeff Law wrote:
I certainly agree that the cost of a move, logicals and arithmetic is
essentially the same at the chip level for many processors. But a copy has
other properties that make it "cheaper"
On 06/24/2015 03:18 AM, Alan Modra wrote:
So in these examples we'd really like register moves to cost one
insn. Hmm, at least, moves from hard regs ought to cost something.
The more I think about it, the more I think that's a reasonable step.
Nothing should have cost 0.
Jeff
On 06/25/2015 06:28 AM, Richard Earnshaw wrote:
On 24/06/15 17:47, Jeff Law wrote:
On 06/24/2015 03:18 AM, Alan Modra wrote:
So in these examples we'd really like register moves to cost one
insn. Hmm, at least, moves from hard regs ought to cost something.
The more I think about it
"every load and store" is
still very few?
Seems like it'd be a great way to test the effectiveness of our bswap
pass :-)
jeff
s a little rough, but essentially correct in our experience.
Agreed on both points. These legacy codebases can be large and full
auditing may not really be that feasible.
jeff
[IMO non-const references are too easy to misread as normal
parameters.]
In all three cases, whether the answer is A or B is less important
than whether the answer is the same across the code base.
I could make an argument either way on this one...
jeff
at page is obsolete and
refers the reader to the official conventions.
Jeff
On 06/26/2015 01:56 AM, Richard Biener wrote:
On Thu, Jun 25, 2015 at 7:03 PM, Jeff Law wrote:
On 06/09/2015 10:20 AM, Eric Botcazou wrote:
Because some folks don't want to audit their code to where to add
byteswaps.
I am serious people have legacy big-endian code they want to run l
o the same.
Not sure what granularity that hooks uses -- ie, does it flag
preexisting formatting nits or just new ones. Either way works. The
former is a bit more burdensome initially, but does get the code base
into shape WRT formatting stuff more quickly.
Jeff
e the heuristics around this. The
optimizations you want to improve happen as separate passes, so there
won't necessarily be a good way to predict if the multi-version
if-then-else will enable further optimizations.
Jeff
the issue down one level.
For ia32, the PIC register really isn't special anymore. I'd be
surprised if you couldn't clobber it.
jeff
hte SH port. It should touch on a number of
common issues/goals.
ftp://gcc.gnu.org/pub/gcc/summit/2003/Optimal%20Stack%20Slot%20Assignment.pdf
I can't recall if they ever tried to submit that work for inclusion.
Jeff
d long ago.
It'd be helpful if you could be more specific about what can't be
handled. combine for example was extended to handle larger chains of
insns not terribly long ago.
jeff
bugzilla so that can get tracked?
http://gcc.gnu.org/bugzilla
jeff
only disallowing moving prologue past volatile asm statements? Any
other ideas?
Shouldn't this be driven by dataflow?
jeff
(and if not, the linker
would complain)
It would seem that we'd want the compiler to know when the app is going
to be loaded into that first 4G so that it can use the more efficient
addressing modes.
Jeff
oesn't actually clobber the stack pointer does it? ISTM that
a use of sp makes more sense and is better "future proof'd" than
clobbering sp.
Jeff
ist and need to be (and have been) supported.
Understood, but we also need to make sure that we don't do something
that breaks things. Thus I needed to know the tidbit about explicitly
declaring those pointers as SImode.
jeff
On 06/02/2015 10:43 PM, Ajit Kumar Agarwal wrote:
-Original Message-
From: Jeff Law [mailto:l...@redhat.com]
Sent: Tuesday, June 02, 2015 9:19 PM
To: Ajit Kumar Agarwal; Richard Biener; gcc@gcc.gnu.org
Cc: Vinod Kathail; Shail Aditya Gupta; Vidhumouli Hunsigida; Nagaraju Mekala
Subject
t we're
going to need to do for resumable functions which are being discussed in
the ISO C++ standards meetings.
jeff
thr.h or gthr-default.h depend on config.status this problem would
go away.
I'm not sure what the real fix is, but it's got to be a missing
dependency that allows libgcov-interface.c to build prior to configure
being completed.
jeff
On 07/28/2015 12:18 PM, Alex Velenko wrote:
On 21/04/15 06:27, Jeff Law wrote:
On 04/20/2015 01:09 AM, Shiva Chen wrote:
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original jump2 rtl dump
pr43920-2.c
I am pleased to announce that the GCC Steering Committee has appointed
Bin Cheng as the IVopts maintainer.
Please join me in congratulating Bin on his new role.
Bin, please update your entry in the MAINTAINERS file. I also believe
you have some patches to self-approve :-)
Thanks,
Jeff
Which leads to the question, can you model what you're trying to do in
the various scheduler hooks -- in particular walking through the ready
list seems appropriate.
jeff
;d have
to issue a nop or somesuch. Though I guess you might be able to arrange
to get a nop into the scheduled stream. If this is a correctness issue,
tackling it in the assembler may make more sense.
Jeff
Frankly, I think we should be more aggressive about this kind of
port/variant pruning across the board.
Jeff
tting these patterns. In
the IRA/LRA world, they should be a lot less common.
Jeff
On 08/20/2015 01:07 AM, sa...@hederstierna.com wrote:
From: Jeff Law
More important is to determine *why* we're getting these patterns. In
the IRA/LRA world, they should be a lot less common.
Yes I agree this phenomena seems more common
higher than any insn defined by the
backend.
Jeff
On 08/20/2015 11:28 AM, Claudiu Zissulescu wrote:
Hi Jeff,
In the gencodes.c:89, it explicitly decrements by one the return
value of get_num_insn_codes(). While for the get_num_insn_codes is
stated this:
/* Return the number of possible INSN_CODEs. Only meaningful once the
whole file has
projects on-ice or works-in-progress
that we don't want to lose?
As far as the trunk and release branches, are there any best practices
out there that we can draw from? Obviously doing things like
push-rebase-push is bad. Presumably there's others.
jeff
On 08/20/2015 02:09 PM, Jason Merrill wrote:
On 08/20/2015 02:23 PM, Jeff Law wrote:
I suspect Jakub will strongly want to see some kind commit hook to
associate something similar to an SVN id to each git commit to support
his workflow where the SVN ids are associated with the compiler
On 08/24/2015 02:17 AM, Jakub Jelinek wrote:
On Thu, Aug 20, 2015 at 04:09:39PM -0400, Jason Merrill wrote:
On 08/20/2015 02:23 PM, Jeff Law wrote:
I suspect Jakub will strongly want to see some kind commit hook to
associate something similar to an SVN id to each git commit to support
his
On 08/24/2015 09:43 AM, Jakub Jelinek wrote:
On Mon, Aug 24, 2015 at 09:34:41AM -0600, Jeff Law wrote:
On 08/24/2015 02:17 AM, Jakub Jelinek wrote:
On Thu, Aug 20, 2015 at 04:09:39PM -0400, Jason Merrill wrote:
On 08/20/2015 02:23 PM, Jeff Law wrote:
I suspect Jakub will strongly want to see
bly larger systems in
our test farm that he could provision for this task.
Jeff
unwinding
that I simply don't understand -- I've managed to avoid learning about
it for years.
jeff
On 08/25/2015 03:54 PM, Steve Ellcey wrote:
On Tue, 2015-08-25 at 14:44 -0600, Jeff Law wrote:
I want to preserve the copy of $sp to $12 and I also want to preserve the
.cfi psuedo-ops (and code) in the exit block and epilogue in order for
exception handling to work correctly. One way I
moore
Catherine, Tim?
mycroft = mycroft
Charles Hannum. Hasn't been active in forever. mycr...@gnu.ai.mit.edu
probably doesn't work anymore.
Might help if we had a reference to one or more changes from the folks.
Just knowing timeframes for example would likely resolve .
Jeff
On 08/26/2015 02:09 PM, Eric S. Raymond wrote:
Jeff Law :
On 08/26/2015 01:31 PM, Eric S. Raymond wrote:
mib = mib
Michael Bushnell. Aagain, not active in forever. m...@geech.gnu.ai.mit.edu
probably doesn't work anymore.
miles = miles
Miles Bader. mi...@gnu.ai.mit.edu
my
On 08/26/2015 02:35 PM, Eric S. Raymond wrote:
Joseph Myers :
On Wed, 26 Aug 2015, Eric S. Raymond wrote:
After comparing with the Subversion hists, passswd file, the are 30
unknowns left. Can anyone identify any of these?
aluchko = aluchko
Aaron Luchko
Aha. I thought that was him. I
sus is Tim. He'll also be moore@*.cs.utah.edu
wood = wood
Tom Wood (was ).
Yes.
jeff
On 08/26/2015 02:50 PM, Eric S. Raymond wrote:
Jeff Law :
moore = moore
Catherine, Tim?
The more I think about it, it's more likely Tim. Catherine typically used
clm@ and Tim used moore@.
Certainly if it was a change to the PA port, then it was Tim.
What was his address?
Most
On 08/26/2015 02:54 PM, Joseph Myers wrote:
click = click
Nick Clifton
Wow, never knew 'click' would be Nick.
ni...@redhat.com is probably better than ni...@cygnus.com
cc in the past?
I don't think so. It was my first thought when I say click@.
jeff
On 08/26/2015 07:37 PM, Joel Sherrill wrote:
On August 26, 2015 8:28:40 PM CDT, Jeff Law wrote:
On 08/26/2015 06:02 PM, Peter Bergner wrote:
On Wed, 2015-08-26 at 13:44 -0700, Ian Lance Taylor wrote:
On Wed, Aug 26, 2015 at 12:31 PM, Eric S. Raymond
wrote:
click = click
You've g
On 08/27/2015 10:16 AM, Eric S. Raymond wrote:
Paulo Matos :
On 27/08/15 16:56, Paulo Matos wrote:
I noticed I am not on the list (check commit r225509, user pmatos) either.
And thanks for your help on this transition.
r188804 | mkuvyrkov
Maxim Kuvyrkov
jeff
u: m.hayes
(commit 34779).
Michael Hayes?
Jeff
al person, with the exception of dje
(which we know is Doug Evans and David Edelsohn) and krab, which I don't
know the history behind.
Jeff
specifically requested otherwise)
rsavoye = Rob Savoye
Given that I worked for Cygnus and still work with Red Hat, I can make a
pass over all the @cygnus.com addresses and probably give something more
up-to-date for most of them if that's useful.
jeff
this issue?
I'd probably start by looking at the .optimized tree dump in both cases
to understand the difference, then (most liklely) tracing that through
the RTL optimizers into the register allocator.
jeff
On 08/28/2015 09:57 AM, Eric S. Raymond wrote:
Jeff Law :
Given that I worked for Cygnus and still work with Red Hat, I can make a
pass over all the @cygnus.com addresses and probably give something more
up-to-date for most of them if that's useful.
That would be *very* useful.
Here
off after conversion faster than
people expect it will.
I suspect we do this with more regularity than most projects. Hell, I
regularly wish we had all the emacs backups files from the old mit
machines (they were unfortunately purged regularly to make space).
Jeff
On 08/28/2015 12:29 PM, Eric S. Raymond wrote:
Jeff Law :
Here's my stab at all the @cygnus.com and @redhat.com addresses. There's
several I lost track of through the years.
Would you please resend this as a contrib map with the updated
addresses in it? I find that when I hand-edi
eload 1 and reload 2 do not have a reload_reg_rtx. My
memories of reload are fading fast (thank goodness), but I believe
that's an indication that it's not reloading into a hard register.
So I'd start with looking at find_reloads/push_reload and figure out why
it's not getting a suitable register. It might be good to know what
alternative is being targeted by reload. ie, you'll be looking at
goal_alternative* in find_reloads.
Again, my memories are getting stale here, so double-check the meaning
of reload_reg_rtx ;-)
jeff
that, the
implementation itself would already be incredibly challenging for anyone
with many years of experience in GCC.
Agreed. I think the google project went further, but with Lawrence
retiring, I think it's been abandoned.
Jeff
with locks.
Yes, but that's work that is already in progress. Right now David's got
a big log and context switch in place, but we really want to drive down
the amount of stuff in that context switch.
Jeff
time has been spent
trying to keep the optimizers fast.
jeff
.
Look at assign_stack_local.
Jeff
tter things that can be done than strictly top-down
or bottom-up, but revamping the scheduler again hasn't been seen as a
major win for the most common processors GCC targets these days. Thus
it hasn't been a significant area of focus.
Jeff
's been in
its design as long as I can remember (circa 1992).
jeff
ith haifa scheduler.
Right.
Jeff
maybe a combination of the two.
Not immediately handy. I'd comb through PLDI through the 1990s and
early 2000s and possibly Morgan's compiler book.
jeff
Which is why I mentioned optimizing for throughput at the retirement
stage rather than traditional latency scheduling.
That's from a real world case -- the PA8000 where retirement bandwidth
was at a premium (relative to functional unit bandwidth).
jeff
On 09/09/2015 10:41 AM, Jonathan Wakely wrote:
Gerald, I think we've had similar issues with these mirrors in the
past as well, shall we just remove them from the list?
Please do.
jeff
i = 0;
return i;
}
t.c: In function ‘int foo(S*)’:
t.c:14:12: warning: ‘i’ may be used uninitialized in this function
[-Wmaybe-uninitialized]
return i;
More likely than not, the sanitization bits get in the way of VRP + jump
threading rotating the loop.
jeff
pted, I'll post that work.
dw
AsmLabels4.patch
Index: extend.texi
===
--- extend.texi (revision 226751)
+++ extend.texi (working copy)
OK. Please install.
jeff
On 09/10/2015 12:28 PM, Abe wrote:
On 9/8/15 1:12 PM, Jeff Law wrote:
Look at assign_stack_local.
Thanks very much!
The above was very helpful, and I have started to make some progress on
this work. I`ll report back when I have much more progress. Would you
like me to CC further emails
lloca space isn't returned until the end of a function.
jeff
On 09/14/2015 02:14 AM, Richard Earnshaw wrote:
On 13/09/15 20:19, Florian Weimer wrote:
* Jeff Law:
On 09/13/2015 12:28 PM, Florian Weimer wrote:
* Ajit Kumar Agarwal:
The replacement of malloc with alloca can be done on the following
analysis.
If the lifetime of an object does not
On 09/15/2015 01:23 PM, Bernhard Reutner-Fischer wrote:
On September 15, 2015 7:39:39 PM GMT+02:00, Mike Stump
wrote:
On Sep 14, 2015, at 3:37 PM, Jeff Law wrote:
Maybe GCC-6 can bump the required dejagnu version to allow for
getting rid of all these superfluous load_gcc_lib? *blink* :)
I&#
1 - 100 of 1403 matches
Mail list logo
