GNU logs - #23531, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#23531: C++ shared library breaks with "-pie -fpie" and libtool
Resent-From: Manuel Bachmann <manuel.bachmann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Fri, 13 May 2016 16:14:02 +0000
Resent-Message-ID: <handler.23531.B.146315603626517 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 23531 <at> debbugs.gnu.org
Reply-To: manuel.bachmann@HIDDEN
MIME-Version: 1.0
Date: Fri, 13 May 2016 14:04:00 +0200
Message-ID: <CANTDXNf7ZYJLWxc5tosjuBnJXA70j59OXRbFHKM-e_otw3adog@HIDDEN>
From: Manuel Bachmann <manuel.bachmann@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi folks,

I am building a C++ project [1] with libtool ; this project contains a
shared library.

Since recently, and as I am building with the Yocto project, I am
required to build with GCC security enforcement options ([2], see
SECURITY_FLAGS line).
It basically adds the following flags in CFLAGS and CXXFLAGS : "-pie -fpie"

This makes the build break on x86_64 with the following message (ARM
has a similar one) :

/usr/lib64/libc_nonshared.a(elf-init.oS): In function `__libc_csu_init':
(.text+0x14): undefined reference to `__init_array_start'
/bin/ld: /usr/lib64/libc_nonshared.a(elf-init.oS): relocation
R_X86_64_PC32 against undefined hidden symbol `__init_array_start' can
not be used when making a shared object

Removing the "-pie" flag, alone, makes the build succeed.

I was told that "-pie" flag is reserved for executables, not shared
libraries or modules. But build logs [3] show that libtool is
propagating both "-pie -fpie" flags in all steps, but the final linker
step.
Is this a libtool bug, not removing "-pie" in this case ? Or should we
not include "-pie" in our CFLAGS in the first place ?

Thanks for any advice !

[1] : https://github.com/iotbzh/qml_radio_plugin
[2] : https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/distro/include/security_flags.inc
[3] : http://hastebin.com/onerixofop.md
[4]: https://github.com/iotbzh/qml_radio_plugin/blob/master/Makefile.am

Regards,
Manuel Bachmann, Graphics & Multimedia Engineer
www.iot.bzh

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: manuel.bachmann@HIDDEN
Subject: bug#23531: Acknowledgement (C++ shared library breaks with "-pie
 -fpie" and libtool)
Message-ID: <handler.23531.B.146315603626517.ack <at> debbugs.gnu.org>
References: <CANTDXNf7ZYJLWxc5tosjuBnJXA70j59OXRbFHKM-e_otw3adog@HIDDEN>
X-Gnu-PR-Message: ack 23531
X-Gnu-PR-Package: libtool
Reply-To: 23531 <at> debbugs.gnu.org
Date: Fri, 13 May 2016 16:14:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 23531 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
23531: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D23531
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#23531: C++ shared library breaks with "-pie -fpie" and libtool
Resent-From: Mike Frysinger <vapier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Fri, 13 May 2016 18:31:01 +0000
Resent-Message-ID: <handler.23531.B23531.146316423314449 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Manuel Bachmann <manuel.bachmann@HIDDEN>
Cc: 23531 <at> debbugs.gnu.org
Date: Fri, 13 May 2016 14:30:23 -0400
From: Mike Frysinger <vapier@HIDDEN>
Message-ID: <20160513183023.GU26300@HIDDEN>
Mail-Followup-To: Manuel Bachmann <manuel.bachmann@HIDDEN>,
 23531 <at> debbugs.gnu.org
References: <CANTDXNf7ZYJLWxc5tosjuBnJXA70j59OXRbFHKM-e_otw3adog@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature"; boundary="MO4t1VgQTCtsHhID"
Content-Disposition: inline
In-Reply-To: <CANTDXNf7ZYJLWxc5tosjuBnJXA70j59OXRbFHKM-e_otw3adog@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--MO4t1VgQTCtsHhID
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 13 May 2016 14:04, Manuel Bachmann wrote:
> I am building a C++ project [1] with libtool ; this project contains a
> shared library.
>=20
> Since recently, and as I am building with the Yocto project, I am
> required to build with GCC security enforcement options ([2], see
> SECURITY_FLAGS line).
> It basically adds the following flags in CFLAGS and CXXFLAGS : "-pie -fpi=
e"
>=20
> This makes the build break on x86_64 with the following message (ARM
> has a similar one) :
>=20
> /usr/lib64/libc_nonshared.a(elf-init.oS): In function `__libc_csu_init':
> (.text+0x14): undefined reference to `__init_array_start'
> /bin/ld: /usr/lib64/libc_nonshared.a(elf-init.oS): relocation
> R_X86_64_PC32 against undefined hidden symbol `__init_array_start' can
> not be used when making a shared object
>=20
> Removing the "-pie" flag, alone, makes the build succeed.
>=20
> I was told that "-pie" flag is reserved for executables, not shared
> libraries or modules. But build logs [3] show that libtool is
> propagating both "-pie -fpie" flags in all steps, but the final linker
> step.
> Is this a libtool bug, not removing "-pie" in this case ? Or should we
> not include "-pie" in our CFLAGS in the first place ?

currently, i'd say it's a bug in your build to add -pie/-fPIE when trying
to produce shared libs.

however, i think it's worthwhile to expand libtool to produce PIE objects
like it does with PIC/non-PIC.  then it should be able to gather inputs
correctly to produce shared libs (PIC/non-PIE) the same time as programs
(PIE).  whether that'll happen any time soon though ... :)
-mike

--MO4t1VgQTCtsHhID
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXNh0/AAoJEEFjO5/oN/WB4loQAIHvGzcNVdgD2bIUUDHXM+nf
CX2ftnw65f94cMaBMsCvnMtG9G88Bi7UAJm9Xw2lckSjzQibCB/JTUV+WVmKxmoU
3EQyKOKymrtTlwIy1jPtOuujKAxrMtO90xGMZWFMrJ07eLQHGfoNeJp0zmGEK0LD
4lV/M1G6TmopJUZFNYqyxisigNt0QZx1Iz1AefXJOYhT2P7AjFf+mRvWR4RZI17g
/p2y293tgG5zHYgA8Kjjrk1PLqK7G0oA0ZXC3MEiNIPgqG3myg2snkYtYi/B4cZ1
BavWHBj97nAPBy7fEDQhoVDe1zAyGMOlryBUisdxwLzFReSyOi0RzJ0Uf8qMSsQH
UAwKQEPmPm6O67NolbN0XERq8Ajk12yj/9xS3RE9NwPqhzuc+WsJwYxvf1QMfBJI
FtaUi5UAzar0G/AHdGymC3SE3qyNjgXjRCks23DVlor91cBjrwPvOR0bb7Uz+bvV
TQdlCqNJeOog/1LWNGzccTb0M22tqzykHl+4WhNEBMvnAz/A2Hz9VGBwC7yrtv0Z
ebqzftH8RIQRE7lhEwXSO9vYzIRiFtyNSc+vKWZsOST/UjLJYdLpzgSr6XVCi2Ie
HmsoS1aZ/Xr8vPrnJsHB54RxNE4PPpdbCwRxSU4Lrw+ptuOsIb2ttpSfdxbT5oP/
ZYGGdph31N3vPyuTgm9/
=S9sm
-----END PGP SIGNATURE-----

--MO4t1VgQTCtsHhID--

Message sent to bug-libtool@HIDDEN:

Subject: bug#23531: C++ shared library breaks with "-pie -fpie" and libtool
Resent-From: Manuel Bachmann <manuel.bachmann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 14 May 2016 15:28:01 +0000
Resent-Message-ID: <handler.23531.B23531.146323965929525 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Manuel Bachmann <manuel.bachmann@HIDDEN>, 23531 <at> debbugs.gnu.org
Reply-To: manuel.bachmann@HIDDEN
MIME-Version: 1.0
In-Reply-To: <20160513183023.GU26300@HIDDEN>
References: <CANTDXNf7ZYJLWxc5tosjuBnJXA70j59OXRbFHKM-e_otw3adog@HIDDEN>
 <20160513183023.GU26300@HIDDEN>
Date: Sat, 14 May 2016 17:27:31 +0200
Message-ID: <CANTDXNfJw3+K_U03=mntcBrBSEK1DhbuToe=iC2ohTa2j8Lriw@HIDDEN>
From: Manuel Bachmann <manuel.bachmann@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi Mike,

Thanks a lot for the feedback ! So I better fix the build system (in
this case, the Yocto one) first. Will take a look at libtool itself,
but later.
Regards,
Manuel Bachmann, Graphics & Multimedia Engineer
www.iot.bzh



2016-05-13 20:30 GMT+02:00 Mike Frysinger <vapier@HIDDEN>:
> On 13 May 2016 14:04, Manuel Bachmann wrote:
>> I am building a C++ project [1] with libtool ; this project contains a
>> shared library.
>>
>> Since recently, and as I am building with the Yocto project, I am
>> required to build with GCC security enforcement options ([2], see
>> SECURITY_FLAGS line).
>> It basically adds the following flags in CFLAGS and CXXFLAGS : "-pie -fpie"
>>
>> This makes the build break on x86_64 with the following message (ARM
>> has a similar one) :
>>
>> /usr/lib64/libc_nonshared.a(elf-init.oS): In function `__libc_csu_init':
>> (.text+0x14): undefined reference to `__init_array_start'
>> /bin/ld: /usr/lib64/libc_nonshared.a(elf-init.oS): relocation
>> R_X86_64_PC32 against undefined hidden symbol `__init_array_start' can
>> not be used when making a shared object
>>
>> Removing the "-pie" flag, alone, makes the build succeed.
>>
>> I was told that "-pie" flag is reserved for executables, not shared
>> libraries or modules. But build logs [3] show that libtool is
>> propagating both "-pie -fpie" flags in all steps, but the final linker
>> step.
>> Is this a libtool bug, not removing "-pie" in this case ? Or should we
>> not include "-pie" in our CFLAGS in the first place ?
>
> currently, i'd say it's a bug in your build to add -pie/-fPIE when trying
> to produce shared libs.
>
> however, i think it's worthwhile to expand libtool to produce PIE objects
> like it does with PIC/non-PIC.  then it should be able to gather inputs
> correctly to produce shared libs (PIC/non-PIE) the same time as programs
> (PIE).  whether that'll happen any time soon though ... :)
> -mike

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.