olaris), probably why nobody had noticed until recently.
Does RTEMS support DWARF-2 EH? If so, change the following lines to True
ZCX_By_Default: constant Boolean := False;
GCC_ZCX_Support : constant Boolean := False;
in system-rtems.ads.
--
Eric Botcazou
> Well it is now up to 13 minutes of compile time
> on that one file when it is 30 seconds at -O0 so
> this doesn't appear to help significantly.
OK, sounds like a real problem then.
--
Eric Botcazou
t makes it possible to reproduce it even on platforms where
it doesn't arise natively, by making the opposite change you made.
> Is there a PR for this or do I need to try to file one?
No, I don't think there is one.
--
Eric Botcazou
> FWIW. I see the same behavior for i386-unknown-netbsdelf3.1 too (when
> compiling natively, i.e. not using cross compiler).
For native platforms, I would suggest to switch to DWARF-2 EH, see for
example system-freebsd-x86.ads.
--
Eric Botcazou
ACATS and GNAT
testsuites are also clean. Maybe occurs only on non-DWARF2 platforms too.
--
Eric Botcazou
finding it
> by searching the mailing-list is not practical and it is not coupled
> with the checkin.
That's how it has always worked so it should be more or less practical.
For PRs, there is a link (URL: field), maybe we should use PRs more often.
--
Eric Botcazou
>
> gcc/
> * config/sh/sh.md (cmpgeusi_t): Fix condition.
>
> which I used as suggested.
Not really in my opinion, it's a trivial fix and totally unrelated to Ada in
itself, "Fix typo" or "Fix obvious mistake" would have been just fine too.
--
Eric Botcazou
> I'll take an example from one of your recent changes in gcc/ChangeLog:
>
> 2007-11-19 Eric Botcazou <[EMAIL PROTECTED]>
>
>* stor-layout.c (lang_adjust_rli): Delete.
>(set_lang_adjust_rli): Likewise.
>(layout_type):
> Sure, but as you explained yourself in the message I cited, the reason
> to do this change was because of a problem in STABS info generation :)
"reason" is not quite appropriate in this case, "occasion" is more accurate.
--
Eric Botcazou
uite effective "executive summaries" for the patches and helpful to the
reader/reviewer. Please let's not throw the baby with the bath's water.
--
Eric Botcazou
e One True
> Way seems very suspect to me. After all, how else would they ever
> improve if nobody tries anything different?
The people who wrote them presumably thought about these issues, too.
--
Eric Botcazou
> Right, because surely one size fits all projects and possibilities,
It was supposed to be the Coding Standards for The GNU Project.
> and workflow and processes have certainly not changed since then.
In my opinion, it's now easier to work around their perceived deficiencies
s simply not true, the ChangeLog and the commit messages in the
ada/ subdirectory are on par with the rest of the GCC tree, and that's fine.
--
Eric Botcazou
> If you have a better justification, i'd love to hear it.
Justification for what? I only tried to explain to Sam why we do things the
way we do, I didn't write the GNU Coding Standards either.
--
Eric Botcazou
> a few cases but not in all. How can this happen?
You should not need to pass -fdelayed-branch explicitly. If you do, this
means you're compiling at -O0, in which case the problem you run into is not
very surprising. Just compile with bare -O1 at a minimum.
--
Eric Botcazou
p' on it and
compile at -O -gnatp.
Thanks in advance.
--
Eric Botcazou
package Q is
procedure Read(S : out Integer);
procedure Restore(S : in out Integer);
end Q;
package P is
type Int_Ptr is access all Integer;
procedure Exec(P : Int_Ptr);
end P;
with Q; use Q;
package
> This sounds like PR31081.
Indeed, the C++ testcase is the exact translation of my Ada testcase. :-)
The problem seems to arise relatively often in Ada, I think the PR should be
made "critical".
--
Eric Botcazou
g the bug.
I understand your frustration.
I know that some AVR target bugs might fit in your category that you
describe. However a few of us are working to resolve the situation at
least for the AVR target. If you any problems, issues, complaints, or
patches ;-) about/for the AVR target, please
Hi all;
I misunderstood what this list was for and ended up on it. No
instructions on the messages on how to get off and I don't' remember
where I went to get on.. Can someone point me? Thanks.
Eric
age, which is different
> than the (possibly simple) commit messages above? Is that done after I've
> pulled my local branch into my master? ...or before? ...or during the
> merge over?
I do it at rebase -i time along with the squash of the series.
--
http://www.catb.org/~esr/";>Eric S. Raymond
r of different possbilities here. You get to chose
based onm how you like your histiry to look.
Discussion of my choice is here:
https://blog.ntpsec.org/2017/04/09/single-head-provable-steps.html
--
http://www.catb.org/~esr/";>Eric S. Raymond
ad-bearers to support who aren't me.
--
http://www.catb.org/~esr/";>Eric S. Raymond
u face a choice between being a community that is about shipping code
and one that is embroiled in perpetual controversy over who gets to
play here and on what terms. Choose wisely.
--
http://www.catb.org/~esr/";>Eric S. Raymond
s clear that the amount of social friction
oroduced by attempts to eject the jerks will be far higher than if
you simply continued to tolerate them.
--
http://www.catb.org/~esr/";>Eric S. Raymond
of natural equilibrium in a two- or molti-player game, such that
when you move away from it all parties' decision costs go way up.)
--
http://www.catb.org/~esr/";>Eric S. Raymond
Joseph Myers :
> On Wed, 14 Apr 2021, Eric S. Raymond wrote:
>
> > I'm not judging RMS's behavior (or anyone else's) one way or
> > another. I am simply pointing out that there is a Schelling point in
> > possible community norms that is well expressed as
hipping good code.
Complaints need to be discounted accordingly, to a degree that would
not have been required before the development of a self-reinforcing
culture of complaint and rage-mobbing around 2014.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Adrian via Gcc :
> Eric S. Raymond :
> > there is actually a value conflict between being "welcoming" in that
> sense and the actual purpose of this list, which is to ship code.
>
> Speaking as a "high functioning autist", I'm aware of the diff
David Malcolm :
> > I will, however, point out that it is a very *different* point from
> > "RMS has iupset some people and should therefore be canceled".
>
> Eric: I don't know if you're just being glib, or you're deliberately
> trying to caricatu
e as a whole to treat the profit-centered parts of the
economy as allies rather than enemies.
I won't say that a *majority* of us were resistent to this, but I
did have to work hard on the problem for a while, between 1997
and about 2003.
--
http://www.catb.org/~esr/";>Eric S. Raymond
aling of no help to anyone.
If I needed more evidence that many Americans lead pampered,
cossetted, hyper-insulated lives that require them to make up their
own drama, this whole flap would be it.
--
http://www.catb.org/~esr/";>Eric S. Raymond
t to continue this thread take it off the
> GCC mailing list.
>
> Thanks.
>
> Ian
Welcome to the consequences of abandoning "You shall judge by the code alone."
This is what it will be like, *forever*, until you reassert that norm.
--
http://www.catb.org/~esr/";>Eric S. Raymond
scoped the job.
In the mean time, I'm enclosing a contributor map that will need to be
filled in whoever does the conversion. The right sides should become
full names and preferred email addresses.
--
http://www.catb.org/~esr/";>Eric S. Raymond
thomas = thomas
mmitch
st
before.
The best way to fill in that map probably starts with grepping all the
>From lines out of your mail archives. Once you sort | uniq those and
weed out older addresses you want to ignore, a script to fill in the map using
that data should not be difficult to write.
--
http
Florian Weimer :
> * Eric S. Raymond:
>
> > Florian Weimer :
> >> Thanks for your offer for working on this. (I actually brought up
> >> your name at the Cauldron. :)
> >>
> >> Can your tools handle changes in preferred email addresses over ti
Segher Boessenkool :
> On Sun, Aug 23, 2015 at 12:26:25PM -0400, Eric S. Raymond wrote:
> > One way to do it would be to mine the list archives for not just names
> > but name-date pairs. With a little scripting work that could be processed
> > into a sequence of map files,
Markus Trippelsdorf :
> On 2015.08.23 at 11:36 -0500, Segher Boessenkool wrote:
> > On Sun, Aug 23, 2015 at 12:26:25PM -0400, Eric S. Raymond wrote:
> > > One way to do it would be to mine the list archives for not just names
> > > but name-date pairs. With a little s
gelog commits...
> do you have a script to scan those?
No. I'll take a look. That sounds feasible.
--
http://www.catb.org/~esr/";>Eric S. Raymond
random strings of hex digits in working memory. Besides, hashes
will break if the history is ever moved to another VCS or the repository
has to be surgically altered.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Tom Tromey :
> Eric> In the mean time, I'm enclosing a contributor map that will need to be
> Eric> filled in whoever does the conversion. The right sides should become
> Eric> full names and preferred email addresses.
>
> It's probably worth starting with
tes wide - SMP is no help here and you
want extra-large primary memory caches. On this hardware, conversion
runs will merely be painfully slow rather than die-of-old-age
interminable.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Joseph Myers :
> FWIW, Jason's own trial conversion with reposurgeon got up to at least
> 45GB memory consumption on a 32GB repository.
I have no trouble believing that at *all*.
--
http://www.catb.org/~esr/";>Eric S. Raymond
#x27;t work at all, because git-svn won't.
--
http://www.catb.org/~esr/";>Eric S. Raymond
http://www.catb.org/~esr/";>Eric S. Raymond
ribing and
should remain valid and scrutable in the future under any reasonable
transformation of the repository.
Jason should make the policy decision, but this is what I recommend.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Jonathan Wakely :
> On 26 August 2015 at 16:52, Eric S. Raymond wrote:
> > I believe I'm down to only 34 unidentified contributors out of 290.
> >
> > Could someone send me a copy of the password file (or at least the
> > username and gecos fields) for the
://www.catb.org/~esr/";>Eric S. Raymond
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
>
> >
Ian Lance Taylor :
> On Wed, Aug 26, 2015 at 12:41 PM, Jeff Law wrote:
> > 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 doe
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 th
Joseph Myers :
> On Wed, 26 Aug 2015, Eric S. Raymond wrote:
>
> > I'm a little worried about a couple of commits getting misattributed
> > because usernames got retired and reused. I now have
> >
> > ralph = Ralph Loader
> >
> > but my Google se
made to attract female
hackers to the project? Is there a prevailing theory about why they
showed up in comparatively large numbers?
It would be interesting to know what, if any specific thing, was done
right here...
--
http://www.catb.org/~esr/";>Eric S. Raymond
atb.org/~esr/";>Eric S. Raymond
;s Dave Love). Francois-Xavier has
> always gone by fxcoudert.
Address?
--
http://www.catb.org/~esr/";>Eric S. Raymond
Ian Lance Taylor :
> On Wed, Aug 26, 2015 at 1:35 PM, Eric S. Raymond wrote:
>
> > root = root
>
> Hmmm. root. This was probably Danny Berlin logged into the root
> account on sourceware.
>
> Ian
OK.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Ian Lance Taylor :
> On Wed, Aug 26, 2015 at 12:31 PM, Eric S. Raymond wrote:
> >
> > aluchko = aluchko
>
> Aaron Luchko (was ).
Agrees with other submissions and my own research.
> > bo = bo
>
> Bo Thorsen (was ).
I have for him, but "sonofthor&quo
th other sources.
> This time (except for fx, which I found through egcs-cvs archives from
> 1998), I grepped the ,v files of the gcc2 repository to find commits and
> cross-referenced with ChangeLogs in GCC 2.8.1 to find log entries at the
> right time. Email addresses are even
omething a bit unusual
and wonders what the causation is.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Ian Lance Taylor :
> On Wed, Aug 26, 2015 at 2:43 PM, Eric S. Raymond wrote:
> > Joseph Myers :
> >> > cks = cks
> >>
> >> Chris Smith
> >
> > OK, we have a disagreement. Ian thinks this was
> >
> > cks = Chris Smight
>
>
.
I'll have one up within a few days. After the additional RAM arrives.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Peter Bergner :
> On Wed, 2015-08-26 at 16:35 -0400, Eric S. Raymond wrote:
> > Joseph Myers :
> > > > irar = irar
> > >
> > > Ira Rosen
> >
> > I pretty much knew these two guys went with these two names, but couldn't
> > figure ou
ut
in English it is AFAIK only given to males.
--
http://www.catb.org/~esr/";>Eric S. Raymond
o set the Author header.
--
http://www.catb.org/~esr/";>Eric S. Raymond
er polishing
described in the Migration HOWTO.
--
http://www.catb.org/~esr/";>Eric S. Raymond
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.
Presently the only command in gcc.lift expunges the hooks directory.
--
http://www.catb.org/~esr/";>Eric S. Raymond
FX :
> [context for the Fortran list: the svn repo is about to be converted into a
> git repo, which will be the official gcc repo onwards]
>
> Hi Eric,
>
> I realize that some of our Fortran maintainers (and committers) are not
> listed in the m
ections.
--
http://www.catb.org/~esr/";>Eric S. Raymond
person was committing to GCC and EGCS under two different
usernames.
--
http://www.catb.org/~esr/";>Eric S. Raymond
tever bug allowed it.
This seems very likely to get dropped diring cleanup.
--
http://www.catb.org/~esr/";>Eric S. Raymond
email IDs.
When I can "make stubmap" on a full conversion this should be easy
to fix up.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Paulo Matos :
> I noticed I am not on the list (check commit r225509, user pmatos) either.
>
> And thanks for your help on this transition.
I've added you to the map.
--
http://www.catb.org/~esr/";>Eric S. Raymond
jb, burnus, dfranke, domo, mikael, janus
OK, I've added them to the map.
I think what must have happened is that I made my intial stub map from
an incomplete mirror, so some names that are in passwd never made it in.
This should be easy to fix.
--
http://www.catb.org/~esr/";>Eric S. Raymond
FX :
> PS: I found one username that first escaped my scripts because it contained a
> period, so I am raising a flag here, so the same doesn’t happen to you:
> m.hayes (commit 34779).
I have that one, thanks.
--
http://www.catb.org/~esr/";>Eric S. Raymond
r example.
Do you know a full name for this person?
--
http://www.catb.org/~esr/";>Eric S. Raymond
James Greenhalgh :
> On Thu, Aug 27, 2015 at 03:38:10PM +0100, Eric S. Raymond wrote:
> > 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.
Joel Sherrill :
>
>
> On 8/27/2015 11:03 AM, Eric S. Raymond wrote:
> >Paulo Matos :
> >>I noticed I am not on the list (check commit r225509, user pmatos) either.
> >>
> >>And thanks for your help on this transition.
> >
> >I've add
Joseph Myers :
> On Wed, 26 Aug 2015, Eric S. Raymond wrote:
>
> > > Although a few accounts may have been deleted on sourceware, and
> > > conceivably account names could have been reused after such deletion,
> > > it's
> > > the parts of the hi
David Edelsohn :
> On Thu, Aug 27, 2015 at 11:52 AM, Eric S. Raymond wrote:
> > Joseph Myers :
> >> Where someone is listed in MAINTAINERS, I suggest preferring that email
> >> address over any older address you may have got from ChangeLogs etc.
> >> (unle
ll's list later in the thread probably covers these.
I'll merge it.
--
http://www.catb.org/~esr/";>Eric S. Raymond
> > fp = fp
> > rolfh = rolfh
>
> This message didn't seem to reach the mailing list ... you'd better
> cross-reference your list with Eric's, it's more complete (it has exactly
> the number of entries I expect based on examining the repository, 569),
> but various email addresses are different.
I will merge this.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Richard Earnshaw :
> On 27/08/15 17:03, Richard Earnshaw wrote:
> > On 27/08/15 16:48, Eric S. Raymond wrote:
> >
> >> If the former, then I don't know why they're not in the map. It contains
> >> an entry for every distinct Unix username it could ex
Joseph Myers :
> On Thu, 27 Aug 2015, Eric S. Raymond wrote:
>
> > > In the gcc2 repository, dje was Doug Evans (this includes commits on
> > > premerge-fsf-branch, not just the early part of trunk). In the
> > > repository
> > > that started as
most everything I needed.
Googling on "gcc krab" turns up references to Kresten Krab Thorup and
nobody else. Unless someone has contrary evidence it looks like dle
is indeed our only exception.
--
http://www.catb.org/~esr/";>Eric S. Raymond
against this, but policy decisions are not mine to make.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Joseph Myers :
> So rolfh corresponds to Arne H. Juul as author, whoever the committer
> might have been, and so that seems to be the best mapping for that
> username.
Agreed.
--
http://www.catb.org/~esr/";>Eric S. Raymond
thon extension to reposurgeon,
and that somebody would probably have to be me. It seems like a lot
of work to do something that throws away having a 1:1 ID to contributor
mapping.
Is there any way to identify changes to a port by the paths of the
modified filenames? If so, this would get much easier.
--
http://www.catb.org/~esr/";>Eric S. Raymond
For the curios, here's what it looks like to deal with this in reposurgeon:
authors read ..<14639> & /master/b) | /premerge-fsf-branch/b assign gcc2
authors read <
EOF
~ authors read <
EOF
--
http://www.catb.org/~esr/";>Eric S. Raymond
Joseph Myers :
> On Thu, 27 Aug 2015, Eric S. Raymond wrote:
>
> > For the curios, here's what it looks like to deal with this in reposurgeon:
> >
> > authors read >
> > # Deal with the one ambiguous username.
> > (<1>..<14639> &
might want to improve reposurgeon to handle this pattern directly.
Look closely at branchify_map. I think we may be able to use it to get the
effect you want.
Is 'jason' your preferred username everywhere? I'll set up write access
to the conversion-machinery repo for you if you like.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Peter Bergner :
> On Thu, 2015-08-27 at 10:38 -0400, Eric S. Raymond wrote:
> > 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.
> >
Joseph Myers :
> There's at least one case of a contributor who changed their name where
> you have the old name instead of the new one: Richard Guenther -> Richard
> Biener.
Is
rguenth = Richard Biener
correct?
--
http://www.catb.org/~esr/";>Eric S. Raymond
Aldy Hernandez :
> "Eric S. Raymond" writes:
>
> > The remaining list is pretty short:
> >
> > bson = bson
>
> I worked on a project together with a Jan Brittenson a very long time
> ago. He worked on GNU finger, and some bytecode representa
tells mme differently; odds are it will
outlast any individual job.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Joseph Myers :
> (if someone appears with multiple usernames, probably make their address
>consistent for all of them unless specifically requested otherwise)
I am attemoting to do that.
--
http://www.catb.org/~esr/";>Eric S. Raymond
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.
--
http://www.catb.org/
Peter Bergner :
> On Fri, 2015-08-28 at 11:00 -0400, Eric S. Raymond wrote:
> > Peter Bergner :
> > > On Thu, 2015-08-27 at 10:38 -0400, Eric S. Raymond wrote:
> > > > I've made it available at:
> > > >
> > > > http://thyrsus.com/gi
#x27;paste errors. Given a contrib map, repomapper -u can do it
all in one go.
If you don't know a current address for the person, we'll just leave the
redhat one in place - best we can do.
--
http://www.catb.org/~esr/";>Eric S. Raymond
e
OpenHub they're at least better than nothing.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Jason Merrill :
> On 08/26/2015 01:11 PM, Eric S. Raymond wrote:
> >What I usually do with old commit references in comments is map them
> >to what I call an "action stamp" - a user ID followed by an RFC3339
> >date. While this is theoretically not quite adequate
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
1501 - 1600 of 1858 matches
Mail list logo
