rap it, build gmp and mpfr with it and then bootstrap
again.
It would be *so* much nicer if one could just drop gmp and mpfr into
the GCC source tree and we'd use it during bootstrap.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Secretary for FSF Latin Americahttp://
volatile, and Paweł could use it in a default:
label. It's still worse than a __builtin_assume(e == X || e == Y),
but it's probably much simpler to implement. But then,
__builtin_unreachable() might very well be implemented as
__builtin_assume(0).
--
Alexandre Oliva http://www.l
commendation.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
e that is compatible with the ltmain.sh in
your tree).
Personally, I prefer to manage both libtool.m4 and ltmain.sh by hand,
because then I can make sure they are in sync.
So, yes, don't remove it, replace it with the version from the same
CVS tree.
--
Alexandre Oliva http://www.lsd.
cal run.
> This is aclocal 1.9.6. Any idea on what I need to do here to fix this
> error? Why do some acinclude.m4 files have explicit includes for
> libtool files (libgfortran, libgomp, etc) but other's don't (libffi,
> gcc).
libffi/ is a bug (it's in aclocal.m4, but
I expected. This seems odd to me;
> is it the intended behavior?
IIRC this is intended behavior, to enable stuff such as
"/some/dir-suffix" and "/another/different-suffix" to generate the
correct relative pathnames, when given "/some/dir" as prefix.
--
Ale
e problem remains. So
it's unrelated.
Have you been able to narrow it down to any other patch?
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Softw
On Mar 20, 2007, [EMAIL PROTECTED] (Richard Kenner) wrote:
> infringes our copyright
> Patent law
Please be careful to not spread the confusion that already exists
between these unrelated laws.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board
mpiler and runtime libraries.)
/me mumbles something about LTO and threads.
As for configure scripts... autoconf -j is long overdue ;-)
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer
lvalue, we transform it in something else that is fold-resistant. I'm
not sure I like this, but I suppose it's the only way to go if we
don't want to enable COND_EXPR, MIN_EXPR and MAX_EXPR to be handled as
lvalues in the middle end.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
or this that doesn't
introduce any such delays. And, since I know you object to automake
in itself, I'll point out that you don't even need to be using
automake to enjoy that solution.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [
On Mar 8, 2005, Zack Weinberg <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> I wouldn't. automake has a much better solution for this that doesn't
>> introduce any such delays.
> Well, yes, but tell me how to make it play ni
t)a > (int)b ? a : b) = c
into
(__typeof(a))(MAX_EXPR ((int)a, (int)b)) = c
and avoiding this kind of lvalue-dropping transformation is exactly
what the patch I proposed fixes.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
nguages whose COND_EXPRs can't be lvalues, we can
probably arrange quite easily for them to ensure at least one of their
result operands is not an lvalue, so as to enable the transformation
again.
Comments? Ok to install?
Index: gcc/ChangeLog
from Alexandre Oliva <[EMAIL PROTECTED]>
*
ue, making the compiler behavior less
consistent and thus even more confusing. If people want accurate
stack traces, they shouldn't be using optimizations that can mess with
backtraces.
What we might want to do is provide an option to disable all such
optimizations.
--
Alexandre Oliva
s? On cc0 targets, almost every single
instruction modifies the flags anyway. How does having to add the
clobbercc attribute help?
Or do you mean we'd introduce the clobbercc attribute with a default
to yes, and then set it to no on the rare instructions/alternatives
that don't clobbe
ain the NOTICE_CC_UPDATE machinery unchanged.
One more thing to note is that we have to force splitters to run after
reload, with cc0_expanding_in_progress, such that patterns that don't
have the clobbers or some dummy pattern in its stead don't survive
past the point in which we spl
149b: 0f b6 44 30 02 movzbl 0x2(%eax,%esi,1),%eax
> 14a0: 3c 0a cmp$0xa,%al
> 14a2: 0f 95 c2setne %dl
> 14a5: 3c 0d cmp$0xd,%al
> 14a7: 0f 95 c0setne %al
> 14aa: 84 d0 test %dl,%al
> 14ac: 75 b5 jne1463
>
> 14ae: e8 fc ff ff ff call 14af
>
> 14af: R_386_PC32namet__name_enter
> 14b3: a3 00 00 00 00 mov%eax,0x0
> 14b4: R_386_32 targparm__run_time_name_on_target
> 14b8: e9 22 f1 ff ff jmp5df
>
> 14bd: 8b a5 04 fd ff ff mov0xfd04(%ebp),%esp
Anyone else seeing this?
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
e.
I'm still observing this problem every now and then. It's not
consistent or easily reproducible, unfortunately. I suspect we're
using pointers somewhere, and that stack/mmap/whatever address
randomization is causing different results. I'm looking into it.
--
Alexandre Oliva
On Apr 4, 2005, Dale Johannesen <[EMAIL PROTECTED]> wrote:
> On Apr 4, 2005, at 2:32 PM, Alexandre Oliva wrote:
>> On Mar 26, 2005, Graham Stott <[EMAIL PROTECTED]> wrote:
>>> I do regular bootstraps of mainline all languages on FC3
>>> i686-pc-linuux-
On Apr 4, 2005, Dale Johannesen <[EMAIL PROTECTED]> wrote:
> On Apr 4, 2005, at 3:21 PM, Alexandre Oliva wrote:
>> On Apr 4, 2005, Dale Johannesen <[EMAIL PROTECTED]> wrote:
>>
>>> On Apr 4, 2005, at 2:32 PM, Alexandre Oliva wrote:
>>>> On Mar
On Apr 4, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 04, 2005 at 07:57:09PM -0300, Alexandre Oliva wrote:
>> My head hurts about the GGC implications of opaque pointers in such a
>> hash table, and retaining pointers in the hash table that have alre
|| (in_section == in_named
+|| (in_section == in_named && cfun
&& cfun->unlikely_text_section_name
&& strcmp (in_named_name,
cfun->unlikely_text_section_name) == 0));
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
On Apr 11, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Apr 4, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
>> On Mon, Apr 04, 2005 at 07:57:09PM -0300, Alexandre Oliva wrote:
>>> My head hurts about the GGC implications of opaque pointers in such a
On Apr 11, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 11, 2005 at 05:41:56PM -0300, Alexandre Oliva wrote:
>> I take that back. The hash tables seem to be fine. I suspect it's
>> the sorting on pointers in the goto_queue that triggers the probl
On Apr 12, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> It looks like it wouldn't be too hard to overcome this problem by
> generating the artificial labels in case_index order, instead of in
> goto_queue order, but it's not obvious to me that the potential
> ran
On Apr 12, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Apr 12, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> It looks like it wouldn't be too hard to overcome this problem by
>> generating the artificial labels in case_index order, instead of in
&
On Apr 14, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 14, 2005 at 12:13:59PM -0300, Alexandre Oliva wrote:
>> * tree-eh.c (lower_try_finally_copy): Generate new code in
>> response to goto_queue entries as if the queue was sorted by
&
On Apr 14, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva wrote:
>> On Apr 14, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
>>
>>> On Thu, Apr 14, 2005 at 12:13:59PM -0300, Alexandre Oliva wrote:
>>>
>>>> *
mplates are a no-go for a well known and well defined subset for C++
> for embedded programming known commonly as well embedded C++.
It doesn't really have to be templates. Consider static_cast et al.
They look like template function calls, but aren't.
--
Alexandre Oliva
...
>> I think it's pretty safe.
> OK, Alexandre, please install the patch.
It's in.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
Sorry, I dropped the ball on this one.
On Mar 24, 2005, Ian Lance Taylor wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> I realize the sequence construct is already taken for delayed
>> branches, but that's only in the outermost insn pattern. We could
>&g
variants/modes for set_cc, corresponding to different sets of flags
that various instructions may set.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
more efficient on hosts where the use of shell functions
optimized for properties of the build machine and/or the host
machine can bring us such improvement.
Thoughts?
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
the details on what the
failure mode was, and I wasn't able to trigger the error myself. I
still have the patch in my tree, and it does indeed save lots of
cycles.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
e libraries.
Besides, the fact that only the PIC version of object files is used
for convenience libraries is effectively a limitation of libtool, that
should eventually be addressed.
We should try to reinstate that --tag disable-static patch and get
detailed information on what broke for you, and
d him to revert the change, and then
didn't provide enough info for anyone else without access to an alpha
box to figure out what the problem was and then try to fix it :-(
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.
(reg:SI 101) (reg:SI 102)))
>(use (reg:CC])
You'd then have to some how arrange for the second and third insns to
not be removed as redundant, and come up with some additional work
around for the case when there's an overlap between output and input.
--
Alexandre Oliva
, while on the
road? Sure, few people might be able to accomplish that without a
nice building wizard front-end, but that's doable. Would we want GCC
to be tool that prevents this vision from coming true?
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engin
her to try
to figure it out. So it indeed becomes a hard problem, because then
you have to fix a lot of stuff in order to get it to work.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
On May 16, 2005, Russ Allbery <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> On May 16, 2005, Russ Allbery <[EMAIL PROTECTED]> wrote:
>>> And package maintainers will never take cross-compilation seriously
>>> even if t
ild environment, that use
e.g. CC_FOR_BUILD.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
7;s
not as simple as `gcc', but rather something like `ccache distcc gcc'
or just `gcc -many -Options'?
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
t help embedded hosts in any way.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
nt ahead and posted it)
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
n which
none of the original operations overflowed.
What you must be careful to avoid, however, is deriving further
assumptions from `(b + c) does not overflow'. Since it's a
compiler-introduced operation in both cases, that's only valid if you
can assume modulo semantics, assuming
t we added to the libtool 2.0 branch, but
not to the 1.5 branch :-(
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
ep -r regexp docs/HTML into something the browser will display
properly, especially when there are multiple hits.
The stand-alone info tool just rules at that; it's invaluable to
search GCC docs like that. Having dozens of web pages instead would
make such searches intolerable.
ly unheard of), but it could easily
become a very serious problem for other applications that might take
filenames from the network and worry about quoting - but not @; those
would then need fixing.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EM
rting function on
Solaris. And I was the lucky guy who got to debug that :-)
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
it.
> So, I think this is safe. The file will be deleted and then re-built
> next time you run 'make'.
That unfortunately doesn't cover power failures and so, which may
leave an incomplete file behind. The use of a temp file has been the
right approach,
On Sep 14, 2005, Joe Buck <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 14, 2005 at 02:15:43PM -0300, Alexandre Oliva wrote:
>> Yep, it was pointer subtraction, and GCC actually optimized the
>> division, that could in theory be assumed to be exact, into a
>> multiplicati
rs for IA32 and AMD64/EM64T
Version 0.9.2 - 2005-09-15
Alexandre Oliva <[EMAIL PROTECTED], [EMAIL PROTECTED]>
Introduction
While porting NPTL to the FR-V architecture, an idea occurred to me
that would enable significant improvements to the Gene
On Sep 30, 2005, Benjamin Redelings <[EMAIL PROTECTED]> wrote:
> Recently I've been getting strange errors on ill-formed code. It looks
> as if the compiler is not stopping after an error, but running the
> assembler anyway:
Are you compiling with -pipe, by any ch
patch in a format
that enables it to be installed with say cl2patch, or even with the
raw ChangeLog diffs such that I use clcleanup and cl2patch to apply it
to the current tree, I'll check it in when the mainline policy allows
it.
Thanks,
--
Alexandre Oliva http://www.lsd.ic
avoid weakening strong references
Alexandre Oliva <[EMAIL PROTECTED]>
2005-10-10
Introduction
Consider a header file that defines inline functions that would like
to u
.
Yep. In `.weak sym1 = sym2', sym1 is a weak alias, which I actually
contrast with a weakref in the spec text I posted.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
that people have been objecting to. Can anyone please
clarify?
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
fficiency improvements that might not even be possible
with cvs.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
he Debian
folks decided to not follow the AMD64 ABI, and libtool remained
neutral in this regard (i.e., broken for both Debian and ABI-compliant
distros). Try adding -L/usr/lib64 or something along these lines to
LDFLAGS, so that libtool finds libs in the right place, and it should
work.
--
Alexandr
ere. I'm afraid the driver whose procedure is to
take people $there is on leave today.'' :-)
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
-- because I would
> expect that the type_info objects and the corresponding type_info
> strings are local symbols.
If the strings turn out to be identical and the linker merges them, we
fail...
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL
nge that and adjust all cases in which the use of
static might cause problems, that's certainly fine with me. I don't
see that you're taking care of such cases, though.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
On Dec 11, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Dec 1, 2005, [EMAIL PROTECTED] (Geoffrey Keating) wrote:
>> The easiest solution to this is to require that weakrefs must be
>> 'static', because the name that they define is not visible outside
>
On Dec 17, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Dec 11, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> On Dec 1, 2005, [EMAIL PROTECTED] (Geoffrey Keating) wrote:
>>> The easiest solution to this is to require that weakrefs must be
>>&g
e is a pain! It's never just "./configure", but
> has the source directory plus any options.
./config.status --recheck will show you exactly what it is. If you
find that too much trouble, try this:
sed -n '/^#.*\/configure/ s,^#,,p' config.status | sh
--
Alexandre Ol
{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
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
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'
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
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
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
' 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 :
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
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
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
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
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
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
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
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
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
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://
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
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
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
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
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
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
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
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?
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
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
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
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
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.
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
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
swer this kind of question,
but this mailing list is not the way to request it. The service is
offered gratuitously if you're developing Free Software, and for a fee
otherwise. Send your question to licens...@fsf.org.
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
Y
pted soon for
a merge at a later date, Fedora would adopt it right away in its
development tree, and then we'd get much broader testing. So, what does
it take to get it merged soonish, even if not enabled by default?
Thanks,
--
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
Y
1 - 100 of 346 matches
Mail list logo
