[Re: binutils 2.15.91.0.1: very large files generated with -z relro on amd64]

[Jakub Bogusz]

Hm. Ktoś ma coś do dodania?

----- Forwarded message from Jakub Jelinek <jakub[at]redhat.com> -----

On Wed, Jul 21, 2004 at 08:30:30PM +0200, Jakub Bogusz wrote:
> Any news on this issue?
> Should I post it to libc-alpha or binutils mailing list?
> Or file a report in glibc or binutils bugzilla?
> (which one(s) if so?)
> 
> I've just checked glibc from Fedora Code development ftp archive - and
> it's the same, all iconv modules take about 200MB in glibc package for
> x86_64 (generated probably by binutils 2.15.90.0.3, which can be found
> in the same directory) - so it isn't PLD-specific issue.
> 
> I can provide some readelf results if needed (but the same can be
> observed in FC packages, I think).
> 
> ~1MB of zeros per each shared object really seems to be too big cost
> of relro...

The files are sparse (at least when linker creates them), so who cares?
(The fact that rpm doesn't handle this efficiently is a rpm problem, not
linker bug).

	Jakub

----- End forwarded message -----

Przed spakowaniem te pliki faktycznie są rzadkie.

$ ls -l tst*.so
-rwxr-xr-x  1 qboosh users 1054744 Jul  7 00:28 tst.so
-rwxr-xr-x  1 qboosh users   23988 Jul  7 00:07 tst2.so

$ stat tst*.so
  File: `tst.so'
  Size: 1054744         Blocks: 64         IO Block: 4096   regular file
[...]
  File: `tst2.so'
  Size: 23988           Blocks: 48         IO Block: 4096   regular file
[...]

Po zainstalowaniu z pakietu niestety już nie.

  File: `ANSI_X3.110.so'
  Size: 1054520         Blocks: 2072       IO Block: 4096   regular file
[...]


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/