https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #22 from Mark Wielaard ---
kloczek, re comment #20 and comment #21, is that with the latest git master
sources? It looks like it is missing several code and testsuite fixes. In
particular are you sure you have the following patches
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #21 from kloczek ---
Just tretested using latest binutils and gcc and looksl like it compiles and
links correctly.
Despite that test suite is not possing:
/usr/bin/make check-TESTS
PASS: newfile
PASS: update1
FAIL: test-nlist
PA
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #20 from kloczek ---
Just tretested using latest binutils and gcc and looksl like it compiles and
links correctly.
Despite that test suite is not possing:
/usr/bin/make check-TESTS
PASS: newfile
PASS: update1
FAIL: test-nlist
PA
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #19 from Mark Wielaard ---
The following now works with current git master:
$ export AR=gcc-ar RANLIB=gcc-ranlib NM=gcc-nm
$ autoreconf -f -v -i
$ ./configure --enable-maintainer-mode CFLAGS="-O2 -g -flto
-flto-partition=none -Wno
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #18 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #17)
> With this and the SHF_EXCLUDE patch there are only 2 more test failures,
> test-nlist and run-varlocs-self.sh, which look like they can be solved by be
> a b
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #17 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #16)
> Various self tests fail when everything is build with LTO.
> [...]
> Another issue is that ET_REL files don't contain normal DWARF .debug_
> sections, but .g
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #16 from Mark Wielaard ---
Various self tests fail when everything is build with LTO.
In particular various files contain .gnu.lto_ sections with SHF_EXCLUDE set.
This is an interesting flag since it is treated as a generic sectio
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #15 from Mark Wielaard ---
Thanks for that setup. It allows me to play a bit more with LTO.
One commit to help with one issue has been pushed already:
commit 39f28eaf8c821d71d57ffc759655ec4168d0bead
Author: Mark Wielaard
Date:
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #14 from kloczek ---
> Sorry, but what are the clto_cflags and lto_ldflags precisely? And we now
> (also) have some c++ code for the debuginfod server, which I assume needs
> some CXXFLAGS too?
Here is example from my own build
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #13 from Mark Wielaard ---
(In reply to Martin Liška from comment #11)
> (In reply to kloczek from comment #10)
> > > I would add a configure option --enable-lto that will append -flto to
> > > {C,LD}FLAGS.
> >
> > Please don't d
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #12 from Mark Wi
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #11 from Martin Liška ---
(In reply to kloczek from comment #10)
> > I would add a configure option --enable-lto that will append -flto to
> > {C,LD}FLAGS.
>
> Please don't do that.
>
> LTO can be driven using only env variable.
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #10 from kloczek ---
> I would add a configure option --enable-lto that will append -flto to
> {C,LD}FLAGS.
Please don't do that.
LTO can be driven using only env variable.
% CFLAGS="" LDFLAGS="" ./configure
Please use KISS pr
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #9 from Martin Liška ---
(In reply to Mark Wielaard from comment #8)
> I proposed a patch to use the new gcc 10 symver attribute to define symbol
> versioning:
>
> https://sourceware.org/pipermail/elfutils-devel/2020q2/002606.html
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #8 from Mark Wielaard ---
I proposed a patch to use the new gcc 10 symver attribute to define symbol
versioning:
https://sourceware.org/pipermail/elfutils-devel/2020q2/002606.html
This should help with using LTO since it makes th
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #7 from Mark Wielaard ---
We need a way to generate symbol versions without having to use (top-level)
inline assembly. It appears GCC 10 will provide this:
https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html
We shou
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #6 from kloczek ---
Just gave chance new 0.179 and latest rawhide gcc and looks like now set of
warnings treated as werrors is a bit different.
[tkloczko@barrel elfutils-0.179]$ make -k
make --no-print-directory all-recursive
Maki
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #4 from kloczek ---
Just checked and 1.77 looks like still is affected.
+ cd elfutils-0.177
+ /usr/bin/make install
DESTDIR=/home/tkloczko/rpmbuild/BUILDROOT/elfutils-0.177-2.fc32.x86_64
'INSTALL=/usr/bin/install -p'
Making insta
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #3 from Mark Wielaard ---
(In reply to kloczek from comment #2)
> (In reply to Mark Wielaard from comment #1)
> > I am note sure what/how to resolve that.
> >
> > It seems it will need a GCC fix:
> > https://gcc.gnu.org/bugzilla/s
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #2 from kloczek ---
(In reply to Mark Wielaard from comment #1)
> I am note sure what/how to resolve that.
>
> It seems it will need a GCC fix:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
I have no account in gcc bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
23 matches
Mail list logo
