is]used in this way, not to add a bunch more unwinder data.
Nope. The right way is to specify things like backtraces with the
adequate mechanism. I fully support adding the Dwarf3 unwinder
requirements.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
about what you might
do with %ebp, and extend debuginfo.
The thread setup and the startup code certainly does initialize the
register with zero. But this means nothing, the register can have zero
values in all kinds of other places.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
nality between libstdc++ and libgcc means requiring even more
versions since then libgcc also would have to be available in multiple
versions.
And note that for Linux the atomic ops need to take arch-specific
extensions into account. For ppc it'll likely mean using the vDSO.
--
➧ Ulrich Dre
ed in the
correct place and the dynamic linker, which does in fact know what arch
is used, can make the decision. It's really pretty easy for those
platforms with sufficient flexibility. Use if cascades or indirect
jumps for the others, if necessary.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 44
ple who have to pay the price, not the
(sane) rest of us.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
signature.asc
Description: OpenPGP digital signature
hanisms, good for them. If not it's up to
somebody who cares to come up with a solution.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
signature.asc
Description: OpenPGP digital signature
quires platform specific solutions
even if this means more maintenance effort. Equalizing is not
acceptable since it punishes the more evolved platforms.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
signature.asc
Description: OpenPGP digital signature
Is there a reason why libmpx and libgccjit aren't build for x32? This
is in the case when building IA-32, x86-64, and x32 all together.
Haven't tested any other way to build. I suspect it's just an
oversight in the way configuration works since I cannot see a
technical reason.
After the Solaris vtv port was added my build of the x86 gcc with x32
support fails. The build is special since the kernel doesn't have x32
support and I cannot directly run x32 binaries (they are run in a kvm
kernel). This is used to work well by configuring the tree with
--build and --host etc.
After the Solaris vtv port was added my build of the x86 gcc with x32
support fails. The build is special since the kernel doesn't have x32
support and I cannot directly run x32 binaries (they are run in a kvm
kernel). This is used to work well by configuring the tree with
--build and --host etc.
On Mon, Nov 30, 2015 at 6:57 PM, Jeff Law wrote:
> What part of this requires bits to run? I see AC_COMPILE_IFELSE, but not
> anything which obviously requires running the resulting code.
Without AC_USE_SYSTEM_EXTENSIONS one gets:
configure.ac:111: warning: AC_COMPILE_IFELSE was called before
A
On Mon, Nov 30, 2015 at 9:14 PM, Jeff Law wrote:
> Right, but isn't AC_COMPILE_IFELSE a compile test, not a run test?
The problem macro is _AC_COMPILER_EXEEXT_WORKS. The message is at the end.
This macro *should* work for cross-compiling but somehow it doesn't
work. In libvtv/configure $cross
On Tue, Dec 1, 2015 at 2:39 AM, Matthias Klose wrote:
> that might be another instance of
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02064.html
> Does something like this help?
No, same problem as before. This macro doesn't actually generate any
code in configure.
On Tue, Dec 1, 2015 at 10:16 AM, Bernd Edlinger
wrote:
> Your host_alias looks wrong: isn't it equal to your build_alias ?
Yes. The goal is to basically build a native compiler but prevent it
from trying to run any binaries. There is no fine-grained way to tell
the configuration mechanism to ru
Using LTO to create a DSO works fine (i.e., it performs the expected
optimizations) for symbols which are marked with visibility
attributes. It does not work, though, when the symbol is not
restricted in its visibility in the source file but instead is
prevented from being exported from the DSO by
On Tue, Aug 5, 2014 at 12:57 AM, Alan Modra wrote:
> What version linker? In particular, do you have the fix for PR12975?
The Fedora 19 version. I think it hasn't changed since then which
means it is 2.23.88.0.1-13 (from the RPM version number). No idea
whether that fix is included and unfortu
On Wed, Aug 6, 2014 at 11:07 PM, Alan Modra wrote:
> Both Fedora 19 and 20 have the patch needed for this to work. Hmm, I
> suppose the other thing necessary is a gcc that implements
> LDPT_GET_SYMBOLS_V2. You may be lacking that. Here's what I see with
> mainline gcc and ld.
It's been a while
On Mon, Jan 19, 2015 at 12:32 PM, Jonathan Wakely wrote:
> I would like to commit these two patches which complete the C++11
> library implementation:
I would definitely be in favor.
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01694.html
Just a nit. Why wouldn't you check the value of the
I think gcc should allow the programmer to tell it something about a
function return value even if the function is inlined and the compiler
can see all the code. Consider the code below.
If NOINLINE is defined the compiler will call g once. No need to do
anything after the h() call since the fun
On Sun, Oct 16, 2011 at 06:31, Richard Guenther
wrote:
> The question is now, of course why you need to emit calls
> from an asm() statement, something which isn't guaranteed
> to work anyway (IIRC).
It's not guaranteed to work in general. The problem to solve is that
I know the function which i
On Sun, Oct 16, 2011 at 14:38, Jakub Jelinek wrote:
> If this is about e.g.
> 2011-09-14 Ulrich Drepper
>
> * sysdeps/x86_64/fpu/bits/mathinline.h (__MATH_INLINE): Use
> __extern_always_inline.
> Define lrint{f,} and llrint{f,} for 64-bit and in s
On Mon, Oct 17, 2011 at 02:57, Richard Guenther
> It would simply be an alternate ABI
that makes all registers callee-saved?
> I suppose that would be not too hard to add.
That would be great. There are quite a few interfaces which have a
trivial normal case and only in special situations you ne
Complicated title, here's a bit of code:
#ifdef FIX
# define PARM2 , class T5
#else
# define PARMS2
#endif
template
struct cl1 {
};
template class T4 = cl1>
struct cl2 {
};
cl2<> var;
If compiled without FIX defined this will fail with gcc 4.3 and later.
Haven't checked 4.2 but it works with
I think gcc is missing an option since -mavx controls two different
things. First, the generation of VEX-encoded instructions. Second,
the use of ymm registers. The latter is not always available when the
former is and using VEX-encoded instructions by themselves can have an
advantage. Currentl
On 11/12/2009 07:24 AM, Jason Merrill wrote:
c) Use -fabi-version=2.1.
I'd favor this if you can emit aliases with the old names wherever this
is possible and currently done.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
mpatible, other than other ABI breakages.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
Compiling the following code with D defined works. Leave it out (and
remove the extra dimension which has no influence on the data layout
etc) and it compiles. Is this correct? Why wouldn't a simple use of
an array parameter be sufficient?
#ifdef D
#define XD [1]
#define XR [0]
#define XBB {
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H.J. Lu wrote:
> Is there any objection?
No, this is correct and necessary.
- --
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFGzaGk2ijC
I found myself with code similar to this:
struct base {
virtual void cb() = 0;
};
struct deriv final : public base {
void cb() final override { }
};
The question is about the second use of 'final'. Because the entire
class is declared final, should the individual function's annotation be
f
I have a C++20+ code base which forces the program to run using an UTF-8
locale and then uses u8"" strings internally. This causes warnings with
-Wformat.
#include
int main()
{
printf((const char*) u8"test %d\n", 1);
return 0;
}
Compile with
g++ -std=gnu++20 -c -O -Wall t.cc
and you'll
On Mon, May 9, 2022 at 11:26 AM Florian Weimer wrote:
> On the other hand, that cast is still quite ugly.
Yes, there aren't yet any I/O functions defined for char8_t and therefore
that's the best we can do right now. I have all kinds of ugly macros to
high these casts.
> All string-related
>
I talked to Jonathan the other day about adding all the C++ library APIs to
the name hint file now that the size of the table is not really a concern
anymore.
Jonathan mentioned that he has to create and maintain a similar file for
the module support. It needs to list all the exported interfaces
On Fri, Sep 9, 2022 at 5:26 PM Iain Sandoe wrote:
> One small request, I realise that Python 2 is dead, but I regularly
> bootstrap GCC
> on older machines that only have Python 2 installations. If possible (and
> it sounds
> plausible if the job is really quite simple) - it would be good to sup
For my own projects I started /automatically/ signing all the git commits.
This is so far not that important for my private projects but it is
actually important for projects like gcc. It adds another layer of
security to the supply chain security.
My shell prompt (as many other people's as well)
On Wed, Sep 14, 2022 at 1:31 PM Richard Biener
wrote:
> How does this improve supply chain security if the signing happens
> automagically rather than manually at points somebody actually
> did extra verification?
It works only automatically if you have ssh-agent (and/or gpg-agent)
running. I
On Wed, Sep 14, 2022 at 2:07 PM Ulrich Drepper wrote:
> On Wed, Sep 14, 2022 at 1:31 PM Richard Biener
> wrote:
>
>> How does this improve supply chain security if the signing happens
>> automagically rather than manually at points somebody actually
>> did extra v
36 matches
Mail list logo
