Your message dated Mon, 22 Aug 2016 22:07:02 +0000
with message-id <[email protected]>
and subject line Bug#695547: fixed in fpc 3.0.0+dfsg-7
has caused the Debian Bug report #695547,
regarding fpc does not set EABI tags to distinguish armel and armhf object
files.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
695547: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695547
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: fpc
Severity: important
Note: this bug report is mostly a reminder to myself, i'm not expecting
anyone else to take any action.
In particular this makes it impossible to distinguish for fpc built
objects whether they use the soft or hard float ABI and that in turn has
been causing some problems with a new glibc version in ubuntu (for now
eglibc has been hacked to fix this but we really want fpc to be
correctly tagging arm object files (tagging object files on other
architectures would be nice too but is less important because they don't
have this soft/hard float ABI split)
some (trimmed) irc discussions of this problem with adam conrad are
reproduced below
* plugwash wasn't aware it needed fixing
<infinity> It does with glibc 2.16... Well, it did before too, we just
didn't notice.
<plugwash> what exactly is the problem?
<infinity> It's not writing out the eabi extended attributes to its
objects, but rather just assuming that linking crti.o will get it
everything it needs.
<infinity> In 2.15, crti.o (incorrectly) had all the VFP tags turned on,
so this worked. In 2.16, it only actually has the tags it needs.
<infinity> So, now fpc's armhf binaries are coming out looking
suspiciously like armel.
<infinity> I'm writing up a local patch to glibc right now, under the
assumption that fpc isn't the only compiler that gets this wrong but,
ultimately, we need to fix the compiler(s).
<plugwash> is this just a cosmetic issue or is it causing problems with
the hacks debian/ubuntu made to distinguish armel from armhf in a
multiarch context?
<infinity> The latter, for sure, but it's also rather incorrect to not
have correct eabi tags.
<plugwash> Can you file a bug report with details of what tags we should
be setting and how to set them in assembler?
<infinity> I'll get there, yeah. After I monkeypatch glibc to make sure
it'll carry us over for now.
<plugwash> file it in debian for now and i'll push it upstream after
we've got a patch
<infinity> A simple solution for fpc may occur to me when I'm halfway
through all of this.
<infinity> In typical shower epiphany style.
<plugwash> also in the bug report tell me what version of libc6 I need
to use to reproduce the issue (I.E. the version that doesn't have the
"monkeypatch"
<infinity> Check. If you debootstrap raring right now, that would do
for you.
<infinity> But I'll give you broken/"fixed" versions for reproduction
when I get to filing reports.
<infinity> plugwash: Oh, also, glibc and gcc pustream are both carrying
the new and improved linker path, so if you (or fpc upstream) are still
waffling about pushing that, it's probably safe to assume we're done and
decided.
<plugwash> upstream pushed the new linker path without my input :)
<infinity> The new one being /lib/ld-linux-armhf.so.3 ?
<infinity> If so, yay.
<plugwash> yep
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/compiler/systems/t_linux.pas?r1=22011&r2=22416
<plugwash> Regarding the tags please file your bug report in debian
intitially, i'll push it upstream when I have a patch
<infinity> Yup, will do, once I have a handle on what needs changing,
and how.
<infinity> For now, must shower and go spend time with someone who's far
less interested in C libraries than I am.
------------------------------------------------
plugwash> BTW last time we spoke it was about elf tagging a new glibc
version and the implications for compliers that had not previously been
setting tags
<infinity> Right. That may have become vaguely moot with some recent
changes landed in binutils. I'll have to revisit before I get back to you.
<plugwash> what is the current status on that? was eglibc
"monkeypatched"? do you have instructions for complier maintainers on
what tags need to be set on how to set them?
<infinity> Well, not that fpc shouldn't be setting EABI extended
attributes (it should be), but it may not be particularly harmful if it
fails to do so in the future either.
<plugwash> right, do you know where I can find what attributes should be
set and how to set them?
<infinity> plugwash: I mangled eglibc for now, but there are other bits
landing/landed too that make the immediate concern less interesting.
<infinity> plugwash: The canonical source for attributes that should be
set it the GCC source. I have people yelling at me to come eat some
dinner, but I'll give you a pointer to the specific file in the source
when I get back and find it again.
<infinity> plugwash: See gcc/config/arm/arm{,-c}.c
<infinity> plugwash: All the calls to EMIT_EABI_ATTRIBUTE
<infinity> plugwash: Which just embeds ".eabi_attribute NN, NN" at the
asm level.
<infinity> plugwash: My short-term dirty hack to glibc was the
following, but it doesn't emit all EABI extended attributes, just enough
to ID a binary as armhf: http://paste.ubuntu.com/1422322/
--- End Message ---
--- Begin Message ---
Source: fpc
Source-Version: 3.0.0+dfsg-7
We believe that the bug you reported is fixed in the latest version of
fpc, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Paul Gevers <[email protected]> (supplier of updated fpc package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Mon, 22 Aug 2016 22:03:07 +0200
Source: fpc
Binary: fpc-3.0.0 fpc-source-3.0.0 fp-compiler-3.0.0 fp-ide-3.0.0
fp-utils-3.0.0 fp-docs-3.0.0 fp-units-rtl-3.0.0 fp-units-base-3.0.0
fp-units-fcl-3.0.0 fp-units-fv-3.0.0 fp-units-gtk2-3.0.0 fp-units-db-3.0.0
fp-units-gfx-3.0.0 fp-units-net-3.0.0 fp-units-math-3.0.0 fp-units-misc-3.0.0
fp-units-multimedia-3.0.0 fp-units-i386-3.0.0 fpc fpc-source fp-compiler fp-ide
fp-utils fp-docs fp-units-rtl fp-units-base fp-units-fcl fp-units-fv
fp-units-gtk2 fp-units-db fp-units-gfx fp-units-net fp-units-math fp-units-misc
fp-units-multimedia fp-units-i386
Architecture: source
Version: 3.0.0+dfsg-7
Distribution: unstable
Urgency: medium
Maintainer: Pascal Packaging Team <[email protected]>
Changed-By: Paul Gevers <[email protected]>
Description:
fp-compiler - Free Pascal - compiler dependency package
fp-compiler-3.0.0 - Free Pascal - compiler
fp-docs - Free Pascal - documentation dependency package
fp-docs-3.0.0 - Free Pascal - documentation
fp-ide - Free Pascal - IDE dependency package
fp-ide-3.0.0 - Free Pascal - IDE
fp-units-base - Free Pascal - base units dependency package
fp-units-base-3.0.0 - Free Pascal - base units
fp-units-db - Free Pascal - database-library units dependency package
fp-units-db-3.0.0 - Free Pascal - database-library units
fp-units-fcl - Free Pascal - Free Component Library dependency package
fp-units-fcl-3.0.0 - Free Pascal - Free Component Library
fp-units-fv - Free Pascal - Free Vision units dependency package
fp-units-fv-3.0.0 - Free Pascal - Free Vision units
fp-units-gfx - Free Pascal - graphics-library units dependency package
fp-units-gfx-3.0.0 - Free Pascal - graphics-library units
fp-units-gtk2 - Free Pascal - GTK+ 2.x units dependency package
fp-units-gtk2-3.0.0 - Free Pascal - GTK+ 2.x units
fp-units-i386 - Free Pascal - Kylix compatibility units dependency package
fp-units-i386-3.0.0 - Free Pascal - Kylix compatibility units
fp-units-math - Free Pascal - math units dependency package
fp-units-math-3.0.0 - Free Pascal - math units
fp-units-misc - Free Pascal - miscellaneous units dependency package
fp-units-misc-3.0.0 - Free Pascal - miscellaneous units
fp-units-multimedia - Free Pascal - multimedia units dependency package
fp-units-multimedia-3.0.0 - Free Pascal - multimedia units
fp-units-net - Free Pascal - networking units dependency package
fp-units-net-3.0.0 - Free Pascal - networking units
fp-units-rtl - Free Pascal - runtime libraries dependency package
fp-units-rtl-3.0.0 - Free Pascal - runtime libraries
fp-utils - Free Pascal - utilities dependency package
fp-utils-3.0.0 - Free Pascal - utilities
fpc - Free Pascal - SDK suite dependency package
fpc-3.0.0 - Free Pascal - SDK-3.0.0 suite
fpc-source - Free Pascal - SDK source code dependency package
fpc-source-3.0.0 - Free Pascal - SDK source code
Closes: 695547 826300 830906
Changes:
fpc (3.0.0+dfsg-7) unstable; urgency=medium
.
[ Paul Gevers ]
* Now really bumb Standards to 3.9.8 (forgot control.in)
* Make output of fix-fp-timestamps update unique
* autopkgtest failed to run properly due to accidental removal of code
in 3.0.0+dfsg-5 and missing g++
* Add fp-utils-# and fp-docs-# to the Depends of fpc to get all packages
installed
* Add fix_powerpc_ftbfs_with_new_glibc.patch to fix the FTBFS on powerpc
with glibc 2.23 (Closes: #826300)
.
[ Peter Michael Green ]
* Add elf tag to mark hardfp binaries as such. (Closes: #695547)
* Add further-arm64-fixes.patch to fix IDE crash on arm64 (Closes:
#830906)
Checksums-Sha1:
cbb60c3e38a7e733a7e775ce72c40bca8699cf11 4098 fpc_3.0.0+dfsg-7.dsc
7e0398d8cf94a78f149716e567496f4d1292be79 250400 fpc_3.0.0+dfsg-7.debian.tar.xz
Checksums-Sha256:
4be7380c8bd49795d524eb7fef88c2a08b38dc9f98463d88d77108a8e2f00cb5 4098
fpc_3.0.0+dfsg-7.dsc
507ec38b99e5c91db0a345c706c1e649779e5d997f2b4205717b0502feb5cd8a 250400
fpc_3.0.0+dfsg-7.debian.tar.xz
Files:
6ea3f53755fe07da76fb4cd10c2c2d7e 4098 devel optional fpc_3.0.0+dfsg-7.dsc
8728c156107f2ae9c2277708d5bb93a9 250400 devel optional
fpc_3.0.0+dfsg-7.debian.tar.xz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBCAAGBQJXu11kAAoJEJxcmesFvXUKWIQIAJ4J9hETBUE686s9NgP9d+pd
FL87GE6khO3kGCaDhdMSGbaJtuVrg2k7Itm6ULUSUcL2zUwSP3beI24Mo0z7GfmN
jwAnL4t3vULb+QMEh30z+gOfaPMrwP2zpyDH7faNd7QLVtuKda40p37paZSE0Tul
NqXbsIkTie7OikIbNQ6EPptQ12p4aCqr8sIQEpyEISVz0jmbHy07ubjF7hrFuDu0
5M4qfAvvRlV49DID686NHa7FD5xJgsWtzeSsWlk2eT4DgcUvGUkLCqqP7f6ayrd3
jpFEIdCiJ1dcrr62NyRytHdDYGYClY+S5Mur0XSv69BEwHoGNaOT1x3MfA81aag=
=z7gs
-----END PGP SIGNATURE-----
--- End Message ---
