[gentoo-hardened] inoffical hardened-gcc update with 3.3.2 and pipacs crt1S.o compiles openoffice - fun factor rising!

[Alexander Gabert]

hey guys and ladies,

just wanted to share some good fun with you:

-- >>> Regenerating /etc/ld.so.cache...
 * Caching service
dependencies...                                                                                            [ ok ]
>>> app-office/openoffice-1.1.0-r2 merged.

11:30:49 [/usr/local/chroots/chroot001:18038.pty-s0.epoch] epoch ~ # cd
/opt/OpenOffice.org1.1.0/program/
21:59:14 [/usr/local/chroots/chroot001:18038.pty-s0.epoch] epoch
/opt/OpenOffice.org1.1.0/program # file soffice.bin 
soffice.bin: ELF 32-bit LSB shared object, Intel 80386, version 1
(SYSV), not stripped
21:59:18 [/usr/local/chroots/chroot001:18038.pty-s0.epoch] epoch
/opt/OpenOffice.org1.1.0/program # readelf -s soffice.bin | grep guard
   995: 00000000    32 OBJECT  GLOBAL DEFAULT  UND __guard@GLIBC_2.3.2
(12)
  1363: 00000000    32 OBJECT  GLOBAL DEFAULT  UND __guard@@GLIBC_2.3.2

yeeha, daddy made it into etdyn and propolice openoffice.

thanks to the gcc-3.3.2 and the glibc guard, this stuff rocks now.

when you use current hardened-gcc 3.3.2 versions with propolice and
etdyn on a non pax kernel, you will see openoffice dying with a
relocation error in Scrt1.o regarding a missing or irrelocatable main
function.

dont you open bugs for this, it will get fix0red in next hcc versions.

on a pax kernel the openoffice build dies way earlier with regcomp dying
because of java bytecode executed during the Makefile run, i am going to
sleep about this also.

also on my todo list is working through the mails from Peter Mazinger
and tackling the kernel and nostdlib issues with propolice.

thanks and greets to the channel,

Alex

Alexander Gabert <pappy@g.o>
http://www.gentoo.org/proj/en/hardened


--
gentoo-hardened@g.o mailing list