Hello, Jeff, DJ,
Thanks for the info.
On Dec 7, 2023, Jeff Law wrote:
> On 12/6/23 15:03, DJ Delorie wrote:
>> Alexandre Oliva writes:
>>> This looks like a latent bug in the port.
>> I'm not surprised, that port was weird.
>>
>>> This was just a
familiar
enough with it to confirm (or dispute ;-) my suspicions, and discuss
possibilities to get this fixed?
DJ, AFAICT was you who contributed the port. Do you have any wisdom
about it to share?
TIA,
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Fre
tes over the list (untested):
dnl Handle a list of optional subdirs.
dnl After AC_OUTPUT, affects autoreconf runs, but not configure runs.
AC_DEFUN([AC_CONFIG_SUBDIRS_OPT], [
m4_foreach_w([dir], [$1], [
if test -d "$srcdir/dir"; then
AC_CONFIG_SUBDIRS(dir)
fi
])
])
Thanks,
On May 30, 2023, Paul Smith wrote:
> On Mon, 2023-05-29 at 17:16 -0300, Alexandre Oliva via Gcc wrote:
>> On May 17, 2023, Arsen Arsenović wrote:
>>
>> > ISTR Alexandre Oliva (CC added) mentioning leveraging GDB to
>> > implement various bits of LS
On May 17, 2023, Arsen Arsenović wrote:
> ISTR Alexandre Oliva (CC added) mentioning leveraging GDB to implement
> various bits of LSP functionality, such as handling multiple TUs. This
> sounds like a good idea to me (at least at a high level), as it could
> lead to the hypo
that binutils-gdb can't be used as a back door way of
> sneaking in a gcc-specific change.
> Can I get agreement among the gcc build maintainers that such a
> policy is acceptable?
FTR, II've long assumed that this cooperation in maintaining the
top-level build machinery work
ild the
runtime and later stages.
With this arrangement, the runtime components used by the compiler
itself may rely on language features that the build compiler doesn't
offer, at the cost of requiring cross builds to use a compiler that
supports those features.
--
Alexandre Oliva, happy hac
es quite some red flags
for me. Could your supporting infrastructure initiative negotiate some
arrangement with the OpenSSF so that any "necessary security tools"
developed in responses to our needs (even if addressing others' needs as
well) be released under stro
tion about the viability of
using the funds raised through the LF to pay for IT services provided by
third parties rather than by the LF?
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Disinformat
of sidelining objections. That does not
inspire the very trust that would be required to agree to turn over
control over our infrastructure.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Disinform
n the
cheap.
One way to significantly alleviate these concerns would be to test
whether the funds can be spent on infrastructure that's not under their
control, i.e., whether it's an investment, or possibly a gift that would
enable us to expand our autonomy rather than curtail it.
--
Ale
On Jul 17, 2022, Richard Biener via Gcc wrote:
> We’ll call it gust.
How about "giust"? (GNU Implementation of...)
so that it sounds like https://just-lang.org/
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist
27;t apply to trademarks.
indeed, one can probably still find records suggesting that gcj got its
name, "GNU Compiler for Java", that way rather than the more natural
phrasing "Java Compiler", because the Java trademark was liberally
licensed for use in the form "for Java&qu
hould probably be
mentioned in the announcement of the change if/when it goes in.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Disinformation flourishes because many people care deeply about injustice
but
.
It would be nice if the arguments turned into by-reference were NOT
detached from their abstract origin, but rather were supported as a new
IPA_PARAM_OP_ kind. Do these sound like worth pursuing to make these
possibilities available to others?
Thanks in advance for feedback and advice,
--
Al
h only used
by-multiple-pieces as a fallback.
> * And if there are no particular reasons, would it be acceptable to
> change the order?
I suppose moving insns ahead of by-pieces might break careful tuning of
multiple platforms, so I'd rather we did not make that change.
--
Alexand
fort than having despotic powers to dictate the right
answer. The community has made it clear what political model it
prefers, so let's put that in practice, shall we?
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
en like I have to actively search for such
patterns, asymmetries jump out at me and catch my attention.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
than diversity and freedom.
Please reflect some more thoroughly about this apparent misalignment
between your actions and your words.
Thanks for reading,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
l issue, but sufficiently hot-button and
triggering enough underlying issues that it got to be exploited
politically in several ugly ways.
It can't really be understood without looking into broader contexts that
had long been mounting, and that again quite explicit in this list too.
But I ho
des if you,
erhm, insist on liking it ;-)
> and w.r.t what you said to Dave about "selling our services" ...
I see nothing wrong about selling services of Free Software development.
> a cheap shot which assumes we aren't contributing under
> personal assignments to the FSF
Wit
s his asking a GNU developer a question
that he could have answered by just downloading the subproject's source
code and looking for the answer himself! Oh, the horror!
If that's not hatred, I don't really wish to know what is :-/
--
Alexandre Oliva, happy hacker https://F
g applied to you as well.
And now you surprise me by presenting the same reasons to support this
other move!
But hey, they're your reasons.
Thanks,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Vol
it.
After the fact, some said I shouldn't have done it.
That's my recollection of the events.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
On Apr 11, 2021, Thomas Rodgers wrote:
> On 2021-04-11 12:30, Alexandre Oliva via Gcc wrote:
>> AFAIK, you actually have no real say on who the company to whom you
>> sold your services assigns *their* copyrights to.
> That statement is certainly not true with me and my empl
the actual issue. Pardon me if I missed it; I
gather I didn't, because you wrote something to the effect that I've
sidestepped it, which tells me I don't really know what it is. If you
could point to it in the archives, or restate it, I'd appreciate it.
Thanks,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
opying me?
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
; the requests to make changes to GCC are coming from outsiders who are only
> too happy to insult GCC devs and derail any "debate".
Some of the voices in favor of making changes have also come from
outsiders to GCC.
Did I miss your objections to their contributing their outside
ent an opposite argument
involving questioning and pondering on the same issue.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
its history, and that has supported both the GNU project at large and
the GNU toolchain specifically, in ways that haven't changed at all, not
when he resigned from the board, not when he was reappointed?!?
Can anyone come up with any rational motivation for this move right now?
--
Alexan
n.
If you find any offense in the previous paragraph, you understand
exactly why I feel offended by your retort, so please try to take that
into account in your attempts to participate in a kind debate.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist
eedom for *users* is the priority. Assigning *higher* importance to
developers' preferences is *not* a position I share.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
f
any positions have made any progress in convincing holders of different
positions recently, may I suggest that we drop this hateful discussion,
or that participants at least bring the GNU Kind Communication
Guidelines back to mind?
Thanks,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lx
accused remains guilty for having taken multiple shots.
That's not the way civilizations have long carried out justice.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
to them outside the attacking coalition, you *will* find
them to be built on just as flaky foundations.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
ng to participate as mentor?
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
idence-checking, you submit it to
the voting members of the FSF, so that we can look into it and take
appropriate action.
Thanks in advance,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro
minist and one who has witnessed much bad behavior
among tech CEOs over the past 30 years, I think that accusing Richard
Stallman of not supporting women, gays, or any other minority group is
false
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
On Mar 28, 2021, Alexandre Oliva wrote:
> Nathan posted today's followup.
Erhm... Nathan, please accept my apologies.
I misread someone else's message under the false impression
it had come from you.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Soft
ally sure about your understanding?
Do you know for a fact that Nathan agrees with your understanding?
Do you know with certainty of anyone else who shares that understanding
with you and him?
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GN
ping this conversation civil and
kind despite the very strong emotions that a lot of people are feeling
and expressing,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
really
interested in solving the gender imbalance and the social injustices
causing it, like you and me, from those who are abusing that flag as a
trojan horse to serve nefarious purposes, as suggested and illustrated
in https://ultralux97.medium.com/stallman-must-be-removed-a3061b09fb22
--
Alexandre
o long.
I couldn't figure out how to run the internal gcc-changelog test.
accept and [cond] in ChangeLog
From: Alexandre Oliva
Only '(' and ':' currently terminate file lists in ChangeLog entries
in the ChangeLog parser. This rules out such legitimate entries as
On Jun 25, 2020, Joel Sherrill wrote:
> Is there some documentation on how it is implemented on architectures not
> in Ulrich's paper?
Uli's paper pre-dates GNU2 TLS, I'm not sure whether he updated it to
cover it, so https://www.fsfla.org/~lxoliva/writeups/TLS/ might be u
' object has no attribute 'renamed_file'
accept and [cond] in ChangeLog
From: Alexandre Oliva
Only '(' and ':' currently terminate file lists in ChangeLog entries
in the ChangeLog parser. This rules out such legitimate entries as:
* filename :
version of
the gcc.c change above, to get shorter dump names in pch compilation
from B.X to B.X.gch, though the present behavior is quite defensible; we
might prefer to just document it.
Thoughts?
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman was right, but he's left :(
GNU Toolchain Engineer Live long and free, and prosper ethically
on host" line, that in the "spawn" line are completely
invisible, only suggested by the extra whitespace. That was not quite
visible in H-P's report, but Jeff's makes it clear.
I suppose this means there are consecutive blanks in e.g. board's
ldflags, and the spl
at kept the preexisting bug latent in my testing.
Sorry that I failed to catch it before the initial check in.
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman was right, but he's left :(
GNU Toolchain Engineer Li
t it broke cases without 'for' because I missed a '?' in the
regexp. Good thing I had to adjust for the old format to be able to
push it ;-) 2x0 ;-)
>> Do any hooks need to be adjusted to match?
> Yes, we sync the script from the GCC repository.
Here's what I'
ome baseline tests that
would cover some of the above.
Feel free to extend gcc/testsuite/gcc.misc-tests/outputs.exp to cover
other such baseline cases you may think of.
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman w
{2}-\d{2})\ {2}(?P.* <.*>)')
additional_author_regex = re.compile(r'^\t(?P\ *)?(?P.* <.*>)')
-changelog_regex = re.compile(r'^([a-z0-9+-/]*)/ChangeLog:?')
+changelog_regex = re.compile(r'^(?:[fF]or +)([a-z0-9+-/]*)/ChangeLog:?')
pr_regex = re.c
very for
such errors in repos poorly converted from CVS?
Thanks in advance for cluing me in,
--
Alexandre Oliva, freedom fighter he/him https://FSFLA.org/blogs/lxo
Free Software Evangelist Stallman was right, but he's left :(
GNU Toolchain EngineerFSMatrix: It was he who freed
other conversion tools that have long
had a certain stability of output built into their design.
I understand you're on it, and I thank you for undertaking much of that
validation and verification work. Your well-known attention to detail
is very valuable.
--
Alexandre Oliva, freedom fi
On Dec 26, 2019, "Eric S. Raymond" wrote:
> Alexandre Oliva :
>> On Dec 25, 2019, "Eric S. Raymond" wrote:
>>
>> > Reposurgeon has a reparent command. If you have determined that a
>> > branch is detached or has an incorrect attachment poin
g effort by
sharing configuration data, scripts and tools to compare and to filter
out expected differences, we might be able to do that more efficiently.
--
Alexandre Oliva, freedom fighter he/him https://FSFLA.org/blogs/lxo
Free Software Evangelist Stallman was right, but he's left
th conversions can be
efficiently and mechanically compared (disregarding expected
differences) not only in terms of branch and tag names and commit
graphs, but also tree contents, commit messages and any other metadata?
Has anything like this been done yet?
--
Alexandre Oliva, freedom fighter
cation info in some cases. However, SFN doesn't kick in at -O0
because the dummy jumps and all other artifacts of unoptimized code are
retained anyway, so SFN wouldn't have a chance to do any of the good
it's meant to do there.
--
Alexandre Oliva, freedom fighter he/him https://
namic TLSDesc calls would call, and that could be easily extended
to preserve extended register files without having to modify the library
proper. LD_PRELOAD could bring it in, and it could even use ifunc
relocations, to be able to cover all available registers on arches with
multiple register f
e me decide this
arrangement was acceptable was precisely because the problem already
existed with preexisting lazy PLT resolution.
--
Alexandre Oliva, freedom fighter https://FSFLA.org/blogs/lxo
Be the change, be Free! FSF Latin America board member
GNU Toolchain EngineerFree
of TLS
Descriptors, including lazy relocations, should be limited to using
the register set that the interfaces are known to preserve.
after:
[...] This penalizes
the case that requires dynamic TLS, since it must preserve (*) all
call-clobbered registers [...]
Please let me know your thoughts about
ta in a corrupted way that confuses
reposurgeon, and that leads to such huge differences?
On Jul 9, 2018, "Eric S. Raymond" wrote:
> Bernd Schmidt :
>> So what are the diffs? Are we talking about small differences (like one
>> change missing) or large-scale mismatches?
On Feb 8, 2018, Richard Biener wrote:
> Add a 'defered' keyword?
Done:
deferred:
This bug was deemed too risky to attempt to fix during stabilization
stages. Deferred to a development stage of a subsequent release.
--
Alexandre Oliva, freedom fighterhttp://FSFLA
y thoughts on how to mark such bugs in bugzilla?
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer
create a mailinglist. [...]
> Done [1] [2]. If y'all need a wiki too, just ask.
Thanks!
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer
use without betraying those
very positions?
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer
On Feb 15, 2016, "H.J. Lu" wrote:
> On Mon, Feb 15, 2016 at 7:37 AM, Alexandre Oliva wrote:
>> I, for one, have closed my Google account several Valentine's Days
>> ago, for privacy reasons, and this makes the archives of lists hidden
>> there unusable for m
x27;s GNU tools we're talking about, we'd better use a medium that
we've all already agreed to use, than one that a number of us objects
to. I, for one, have closed my Google account several Valentine's Days
ago, for privacy reasons, and this makes the archives of lists hid
aud one while voicing objections to the other,
someone might even get the idea you're using double standards ;-)
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America
5c527137faa2aec5b9101ad63d41fbd6, if
anyone's interested.
FWIW, that patch was removed at a later point, for reasons I no longer
recall. It surely didn't meet all the requirements mentioned in this
thread.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must
sed stuff a fad and that some day we'll get back to our senses
and do SSA in RTL ;-)
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Softw
; - for_each_inc_dec (&insn, cselib_record_autoinc_cb, &data);
> + for_each_inc_dec (&body, cselib_record_autoinc_cb, &data);
Yeah, that makes sense. Walking over REG_NOTES was surely unexpected to
me.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change y
.
How about adding this sort of information to test results reporting?
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist Re
On Oct 11, 2012, Jason Merrill wrote:
> On 10/11/2012 11:14 AM, Alexandre Oliva wrote:
>> How about marking the singleton containing the call to the initializer
>> as always_inline, but not the initializer itself?
>>
>> The compiler can then infer that initialized
irst time in a thread.
How about marking the singleton containing the call to the initializer
as always_inline, but not the initializer itself?
The compiler can then infer that initialized is set on the first inlined
call and optimize away subsequent tests and initializer calls
(call_some_f
on foo::~foo(). Does
it make any difference if you add a definition?
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist Red Hat
On Jun 30, 2012, David Edelsohn wrote:
> IBM's policy specifies a comma:
> ,
> and not a dash range.
But this notation already means something else in our source tree.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to se
f has already detected as
nonfunctional, and we avoid the thousands of failures that would ensue.
Another thing we may want to do documentat how to test GCC in such
fake-native settings, so that people can refer to it and save duplicate
effort and avoid inconsistent results.
--
Alexandre Oliva, f
On Jun 28, 2012, Mike Stump wrote:
> On Jun 28, 2012, at 4:39 AM, Alexandre Oliva wrote:
>> That still doesn't sound right to me: why should the compiler refrain
>> from using a perfectly functional linker plugin on the machine where
>> it's installed (not wher
On Jun 28, 2012, Jakub Jelinek wrote:
> On Thu, Jun 28, 2012 at 04:16:55AM -0300, Alexandre Oliva wrote:
>> I'd very be surprised if I asked for an i686 native build to package and
>> install elsewhere, and didn't get a plugin just because the build-time
>> linker
On Jun 27, 2012, Mike Stump wrote:
> On Jun 27, 2012, at 2:07 AM, Alexandre Oliva wrote:
>> Why? We don't demand a working plugin. Indeed, we disable the use of
>> the plugin if we find a linker that doesn't support it. We just don't
>> account for the
[Adding gcc@]
On Jun 26, 2012, "H.J. Lu" wrote:
> On Tue, Jun 26, 2012 at 3:39 PM, Mike Stump wrote:
>> On Jun 26, 2012, at 2:04 PM, Alexandre Oliva wrote:
>>> I test i686-linux-gnu in a presumably unusual setting
>>
>> I like the setup and testing...
C
> version of initfini is worth continuing with.
Maybe rather than using the generic version, we should have a Makefile
rule that generates the machine-dependent .s files for developers'
perusal in creating the machine-specific asm sources.
--
Alexandre Oliva, freedom fighterhttp://F
ordingly? TIA,
> The implementation is exactly right
Phew! :-)
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist Red Hat Brazil Compiler Engineer
nline_functions become what we test for as flag_no_inline in
some functions that make decisions about whether or not to perform
inlining?
Thanks in advance for feedback and suggestions,
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world.
On Feb 15, 2011, David Daney wrote:
> On 02/15/2011 09:56 AM, Alexandre Oliva wrote:
>> On Feb 14, 2011, David Daney wrote:
>> So, sorry if this is a dumb question, but wouldn't it be much easier to
>> keep on using sign-extended addresses, and just make sure the k
ocates a virtual memory range that crosses a sign-bit change,
or whatever other reason there is for addresses to be limited to the
positive 2GB range in n32?
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- htt
ESULT=1
>> + fi
> Can we also issue an error message here?
I'm a bit concerned that changing gcc/DATESTAMP in a post-commit hook
might make subsequent commits in a “git svn dcommit” pack to fail. That
would be unfortunate, though not a show-stopper, but I figured I'd point
it o
usted as the IPv4 address space.
:-)
If it's not in my personal, local e-mail archives, it doesn't exist.
IMNSHO, the cloud is smoke, and mirrors only help so much ;-)
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the wo
we can also do nothing
and let the build fail later on, but this strikes me as undesirable.
No immediate action is required, but we'll eventually have to deal with
this if we keep on using external C++ libs.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the
On Jun 1, 2010, Hariharan wrote:
> I have not had any response from Alexandre on this yet
Sorry, been on vacations, started looking into it last night, I think I
know why it fails and how to fix it. Expect a patch soon.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
On Apr 5, 2010, Jeff Law wrote:
> On 04/05/10 14:32, Alexandre Oliva wrote:
>> 2. When renaming references from P to P' in a region, do take debug
>> insns in the region into account, renaming references in debug insns as
>> you would in any other insn.
> OK. So p
h in line with “The Zen of VTA”:
disregard debug insns when deciding what to do, transform debug insns
just as you would regular insns, and patch up any debug insns left out
of the decisions you made.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish
bol is nonpreemptible
and known to be defined within the same shared object.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist
On Nov 26, 2009, yunfeng zhang wrote:
> The result is the same
But the code isn't. See how, with hidden, we use the fixed offset.
Now remove the hidden attribute, define g also in the main program, and
see what it prints.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxol
s
too), but something slightly more elaborate preserving a fixed number of
leading blanks dependng on the patch type (context or unified) should:
context diffs: /../{s,^..,&:,;s,[ \t]*$,,;s,^\(..\):,\1,;}
unified diffs: /./ {s,^.,&:,; s,[ \t]*$,,;s,^\(.\):,\1,; }
--
Alexandre Oliva, freedo
= tags/ubuntu/*:refs/remotes/tags/ubuntu/*
fetch = tags/ubuntu:refs/remotes/tags/dirs/ubuntu
tags = tags/*:refs/remotes/tags/*
fetch = tags:refs/remotes/tags/dirs/root
fetch = :refs/remotes/dirs/root
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You
ly git-svn
configurations as above, we'd be better off avoiding more sub-dirs. The
alternative would have been to adopt a uniform depth for all branches
and tags, but it's too late for that now.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change
-related. It may be that I already have a fix for it, but I'd like
to keep track of the bug report just in case.
Thanks,
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin
4 makes a difference?
No idea if it's related, but I started getting -fcompare-debug failures
a while ago, and eventually I tracked it down to -frandom-seed -derived
mangled symbol names.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to
On Sep 3, 2009, Diego Novillo wrote:
> With your VTA merge, you added the -gtoggle switch.
Not really:
gcc/ChangeLog:
2009-06-08 Alexandre Oliva
^^
* common.opt (fcompare-debug=, fcompare-debug-second): New.
(fdump-final-insns=, gtoggle): New.
*
1 - 100 of 346 matches
Mail list logo