| View previous topic :: View next topic |
| How long until hardened and toolchain will produce a hardened gcc4? |
| 1 year |
|
23% |
[ 40 ] |
| 5 years |
|
20% |
[ 35 ] |
| 10 years |
|
7% |
[ 13 ] |
| lifetime |
|
4% |
[ 8 ] |
| eternity |
|
44% |
[ 76 ] |
|
| Total Votes : 172 |
|
| Author |
Message |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Fri Jun 26, 2009 2:54 pm Post subject: |
|
|
| kernelOfTruth wrote: | | costel78 wrote: | With gcc-4.4.0-r4 I get
| Code: | | general protection ip:7f12f950debe sp:7fff0c3c82a0 error:0 in libGL.so |
using nvidia-drivers-180.60 no matter if I compile it with nopie profile or vanilla adding -fstack-protector -D_FORTIFY_SOURCE=2
With previous version I was able to use nvidia-drivers compiled with vanilla profile and having hardened flags in my CFLAGS.
Anyone know a workaround ? |
that would be nice to know
for me this problem appeared since >180.29 so 180.29 is the last release which allows me to work with full hardened toolchain
the only "solution" with newer nvidia drivers releases right now is to stop using hardened gcc for everything X-related, qt, gnome, gtk, opengl related and switching to non-hardened gcc, manually adding hardened flags - like I've already mentioned in previous posts
in this regard xf86-video-ati, radeonhd and fglrx FTW  |
I hope can get espf-0.3.0 out this weekend with some PIE fixes and more stuff.
espf-0.2.9 did have a PIE bug that i hope is solvd in 0.3.0
-fPIE was missing when the compiler was doing the pre processing stuff
And we have only 15 errors to fix in GCC testsute make -k check-gcc on no hardened kernel and arch amd64.
With some help from Debian/Ubuntu testsute patches for -Wformat*, -D_FORTIFY_SOURCES=2 and SSP.
We had over 600 fails when we started to fix the testsuite.
Check so you don't have any executable stacks in libs or apps.
The GNU Stack Quickstart _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
7v5w7go9ub0o n00b

Joined: 27 Mar 2008 Posts: 12
|
Posted: Sun Jun 28, 2009 1:13 am Post subject: |
|
|
| costel78 wrote: | | kernelOfTruth wrote: | the only "solution" with newer nvidia drivers releases right now is to stop using hardened gcc for everything X-related, qt, gnome, gtk, opengl related and switching to non-hardened gcc, manually adding hardened flags - like I've already mentioned in previous posts
|
Yes, I saw your previous post in page 26 of this thread, but not using hardened-gcc is not an option in my case.
The strange thing is that nvidia-drivers worked when I compiled it with vanilla-sources and -fstack-protector -D_FORTIFY_SOURCE=2 flags.
I'll downgrade to 180.29 and I'll stay with it until and this problem will disappear (if it will ) |
FWIW, the following seems to work for me:
1. compile the kernel after changing gcc-config to vanilla. don't fool with flags.
2. download and compile the appropriate driver from here: <http://www.nvidia.com/object/unix.html> (I'm using 185.18.14 amd64). The script wants the same compiler option to be used at this time.
3. After successfully installing the new NV driver, reset gcc-config, recompile the kernel with any patches (e.g. Loop-AES).
FWICT, the NV script is pretty finicky, but after the driver is compiled, everything seems to work fine and you can play with the kernels as usual.
(Portage 2.1.6.13 (hardened/linux/amd64/2008.0, gcc-4.3.3, glibc-2.8_p20080602-r1, 2.6.28-hardened-r9 x86_64) )
HTH
. |
|
| Back to top |
|
 |
kernelOfTruth Watchman


Joined: 20 Dec 2005 Posts: 6102 Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
 |
7v5w7go9ub0o n00b

Joined: 27 Mar 2008 Posts: 12
|
Posted: Sun Jun 28, 2009 3:41 pm Post subject: |
|
|
?? 7v5w7go9ub0o, does that mean everything works for you including
?? self-compiled firefox, gnome, kde4 / qt4-apps, nvidia-settings ?
Yes on self-compiled firefox, yes on QT4 vidalia, nvidia-settings. I don't use kde/gnome, yes on LXDE
?? <-- of course all of that is compiled with fPIE / the full hardened compiler specs
Well, I presume so. I used this as my install guide: https://forums.gentoo.org/viewtopic-t-705939.html . running gcc -dumpspecs gives me, among other things:
*link_ssp:
%{fstack-protector:}
*asm_pie:
%{pie:-K PIC}
*cc1_ssp:
*cc1_ssp_all:
*cc1_pie:
%{pie:-fPIE}
*cc1_strict:
*link_now:
*link_pie:
%{pie:-pie}
How do I check that I have the full hardened config?
?? WOW ! Thanks
?? so the only downside is that you can't compile / emerge the nvidia-driver via portage ?
yep; and that the script is picky - sometimes it proclaims that it can't identify the kernel source code
?? oh and as a proof - please post output of the mentioned script in while nvidia-settings is running:
https://forums.gentoo.org/viewtopic-p-5795768.html#5795768
| Code: | | checksec.sh --proc-all |
?? thanks [/quote]
o.k. here it is. Please explain why some have the canary, and others do not. Please also explain why some are full or partially relo? TIA
./checksec.sh --proc-all
COMMAND PID RELRO STACK CANARY NX PIE ASLR
init 1 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
xterm 10792 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
sh 10795 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
XTERM.sh 11114 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
bash 11116 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
su 16144 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
bash 16149 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
udevd 1682 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
leafpad 19917 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
nvidia-settings 22463 No RELRO No canary found NX enabled No PIE ASLR enabled
gkrellm 25889 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
leafpad 28389 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
login 4149 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
agetty 4150 Partial RELRO No canary found NX enabled No PIE ASLR enabled
agetty 4151 Partial RELRO No canary found NX enabled No PIE ASLR enabled
agetty 4153 Partial RELRO No canary found NX enabled No PIE ASLR enabled
<snip redundant stuff>
socat 4713 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
socat 4714 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
snort 4727 Partial RELRO No canary found NX enabled No PIE ASLR enabled
syslog-ng 4765 Partial RELRO Canary found NX enabled No PIE ASLR enabled
mozilla-launche 4828 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
thunderbird-bin 4838 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
opera 4860 No RELRO No canary found NX enabled No PIE ASLR enabled
firefox 4888 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
lxterminal 5289 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
gnome-pty-helpe 5290 Full RELRO No canary found NX enabled PIE enabled ASLR enabled
bash 5291 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
su 5298 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
HTH
. |
|
| Back to top |
|
 |
7v5w7go9ub0o n00b

Joined: 27 Mar 2008 Posts: 12
|
Posted: Sun Jun 28, 2009 9:23 pm Post subject: |
|
|
Hmmmmm don't know if this is worth the forum space or not; for anyone following this thread, I do NOT use genkernel. The first time I compile a new kernel I run "make", and then "make modules_install" so as to create a directory structure in /lib/modules for NV to install its lkm.
After doing a one-time "make modules-install", I subsequently do only a make, then copy the bzImage to /boot, and then lilo (BTW, lilo works fine on hardened AMD64). FWICT, make modules_install will delete any earlier lkm, and you gotta run the NV script again.
HTH
. |
|
| Back to top |
|
 |
radegand n00b

Joined: 22 Aug 2008 Posts: 45 Location: Poland
|
Posted: Tue Jul 07, 2009 9:11 am Post subject: |
|
|
Hi all,
I've just rebuild my kde 4.2.4 and I'm having some issues with 'kwin'. PAX is killing it due to an execution attempt and I need to disable mprotect on the binary. This affects only my x86 and not amd64 box...is anyone experiencing similar issue? I'm using the nouveau drivers from the X11 overlay.
Zorry, could you please update the ebuild for openoffice-3.1.0 in the overlay? The most up to date version in portage is 3.1.0 and with the same changes in the ebuild as previously, it compiles fine with all the hardened goodies! Happy days!
| Code: |
soffice.bin 6505 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
|
Thanks!  |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Fri Jul 10, 2009 2:20 am Post subject: |
|
|
| radegand wrote: | Hi all,
I've just rebuild my kde 4.2.4 and I'm having some issues with 'kwin'. PAX is killing it due to an execution attempt and I need to disable mprotect on the binary. This affects only my x86 and not amd64 box...is anyone experiencing similar issue? I'm using the nouveau drivers from the X11 overlay.
Zorry, could you please update the ebuild for openoffice-3.1.0 in the overlay? The most up to date version in portage is 3.1.0 and with the same changes in the ebuild as previously, it compiles fine with all the hardened goodies! Happy days!
| Code: |
soffice.bin 6505 Full RELRO Canary found NX enabled PIE enabled ASLR enabled
|
Thanks!  |
OpenOffice ebuild is updated in the overlay.
I do have some problems with the -z now spac in the espf patches.
The spec don't work as it should with -Wl,-z,now or -Wl,-z,lazy addeed to the command line to GCC _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
radegand n00b

Joined: 22 Aug 2008 Posts: 45 Location: Poland
|
Posted: Sat Jul 11, 2009 6:28 pm Post subject: |
|
|
Thanks zorry!
With regards to my kwin bug - it was (is) bug in mesa and good old libGL.
| Code: |
* --- R-X RWX usr/lib/opengl/xorg-x11/lib/libGL.so.1.2
|
Which cased PAX to kill kwin - interestingly enough it didn't seem to affect anything else using this library and I'm using my desktop on a daily basis.
Nevertheless - I was able to get rid of R-X using patch and modyfing ebuild for mesa-7.4.4 from here:
https://bugs.gentoo.org/show_bug.cgi?id=240956
| Code: |
scanelf -e /usr/lib/opengl/xorg-x11/lib/libGL.so.1.2
TYPE STK/REL/PTL FILE
ET_DYN RW- R-- RW- /usr/lib/opengl/xorg-x11/lib/libGL.so.1.2
|
So this should help if someone comes across same issue. I can also provide the ebuild or patch if needed it. Hopefully it will be merged soon... |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Fri Jul 24, 2009 10:59 pm Post subject: |
|
|
GCC 4.4.1-r1 is in the testing branch  _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
radegand n00b

Joined: 22 Aug 2008 Posts: 45 Location: Poland
|
Posted: Tue Jul 28, 2009 10:18 am Post subject: |
|
|
| zorry wrote: | GCC 4.4.1-r1 is in the testing branch  |
Awesome! Thanks zorry!
I've just updated my two VMs - all went fine, although I think for the first time I had to manually choose the compiler after update due to 'gcc profile is invalid' message. I'm now compiling more stuff - like kde&gnome just to get a better testing environment
I've also recently rebuild my x86 system (world) with glibc-2.10 and gcc-4.3.3 - nearly everything went fine apart from few packages (approx 2k packages were recompiled! ). I'll cross-check them with bugzilla 'coz I think some of them have non-hardened bugs reported...if not I'll add them to trac bugs soon.
I seem to have less problems with amd64 these days!
Anyway - zorry, Xake - is there any kind of help is needed for the project? What needs to be done to get this to mainstream Gentoo? (if that's the plan). I still have to learn a lot low level stuff, but I'm happy to help where and if I can. I've also created a blog about all the daily adventures of a hardened gentoo user - maybe it will help spread the word or even help someone.
Cheers |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Wed Jul 29, 2009 5:03 pm Post subject: |
|
|
| radegand wrote: | | zorry wrote: | GCC 4.4.1-r1 is in the testing branch  |
Awesome! Thanks zorry!
I've just updated my two VMs - all went fine, although I think for the first time I had to manually choose the compiler after update due to 'gcc profile is invalid' message. I'm now compiling more stuff - like kde&gnome just to get a better testing environment
I've also recently rebuild my x86 system (world) with glibc-2.10 and gcc-4.3.3 - nearly everything went fine apart from few packages (approx 2k packages were recompiled! ). I'll cross-check them with bugzilla 'coz I think some of them have non-hardened bugs reported...if not I'll add them to trac bugs soon.
I seem to have less problems with amd64 these days!
Anyway - zorry, Xake - is there any kind of help is needed for the project? What needs to be done to get this to mainstream Gentoo? (if that's the plan). I still have to learn a lot low level stuff, but I'm happy to help where and if I can. I've also created a blog about all the daily adventures of a hardened gentoo user - maybe it will help spread the word or even help someone.
Cheers |
Have done alot of work on gcc 4.4.* and will backport it to gcc 4.3.4 when it relrese.
Gengor, blueness and i will start to chack what needed to add SSP and make GCC 4.3.* stable for portage next week.
I will post stuff that need testing or help with on this tread.
You can join #gentoo-hardened@freenode.net if you want.
Nice blog.
Glibc 2.10 need to be tested with GCC 3.4.6 and all the patches.
The SSP code have change and haven't teste the old SSP stuff for GCC 3.4.6
sys-libs/glibc-2.10.1 glibc-2.5-hardened-configure-picdefault.patch fails on hardened _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
radegand n00b

Joined: 22 Aug 2008 Posts: 45 Location: Poland
|
Posted: Thu Jul 30, 2009 10:34 am Post subject: |
|
|
| zorry wrote: |
Have done alot of work on gcc 4.4.* and will backport it to gcc 4.3.4 when it relrese.
Gengor, blueness and i will start to chack what needed to add SSP and make GCC 4.3.* stable for portage next week.
I will post stuff that need testing or help with on this tread.
You can join #gentoo-hardened@freenode.net if you want.
Nice blog.
Glibc 2.10 need to be tested with GCC 3.4.6 and all the patches.
The SSP code have change and haven't teste the old SSP stuff for GCC 3.4.6
sys-libs/glibc-2.10.1 glibc-2.5-hardened-configure-picdefault.patch fails on hardened |
Thanks I reviewed the errors I got during recompilation and it seems that only aircrack-ng is new and hardened-related. x86info has a proposed patch submitted and I was able to compile mjpegtools although I'm not sure if this is a good patch
I'm happy to do some testing, I wanted to create an o'skool gentoo hardened with gcc-3.4 just for some comparison so maybe it's a good time to do. I think I need to find a way to automatically create KVM VMs too, hehe Also, it would be cool if someone could host them somewhere for broader use/testing...
Cheers |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Mon Aug 10, 2009 2:29 am Post subject: |
|
|
GCC 4.4.1 updeted with new espf 0.3.2 and GCC 4.3.4 is in the testing branch.
Have added support for uclibc too.
Will move GCC 4.4.1 and 4.3.4 to master branch after this week. _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
costel78 Guru

Joined: 20 Apr 2007 Posts: 305
|
Posted: Mon Aug 10, 2009 7:28 am Post subject: |
|
|
These are great news!
Thank you very much (all unofficial gentoo hardened team) for your hard work. _________________ Sorry for my English. I'm still learning this language. |
|
| Back to top |
|
 |
kernelOfTruth Watchman


Joined: 20 Dec 2005 Posts: 6102 Location: Vienna, Austria; Germany; hello world :)
|
Posted: Mon Aug 10, 2009 8:18 am Post subject: |
|
|
| costel78 wrote: | These are great news!
Thank you very much (all unofficial gentoo hardened team) for your hard work. |
++
thanks zorry, Xake, and everyone other keeping this improving
I'll update asap
edit:
I don't know if my overlay isn't working properly but I noticed that gcc 4.3.4-r1 doesn't have any additional profiles / specs:
| Quote: | [6] x86_64-pc-linux-gnu-4.3.4 *
[7] x86_64-pc-linux-gnu-4.4.0
[8] x86_64-pc-linux-gnu-4.4.0-nopie
[9] x86_64-pc-linux-gnu-4.4.0-nossp |
| Quote: | gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4-r1/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --disable-espf --enable-libgomp --enable-cld --disable-libgcj --enable-objc-gc --enable-languages=c,c++,objc,obj-c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened 4.3.4-r1 p1.0, espf-0.3.2'
Thread model: posix
gcc version 4.3.4 (Gentoo Hardened 4.3.4-r1 p1.0, espf-0.3.2) |
could you please add those to the gcc 4.3.4 ebuild before moving to the stable (non-testing) overlay and re-add the nofortify spec/setting to gcc 4.4.1 and gcc 4.3.4 ?
thanks  _________________ https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa
Hardcore Gentoo Linux user since 2004  |
|
| Back to top |
|
 |
7v5w7go9ub0o n00b

Joined: 27 Mar 2008 Posts: 12
|
Posted: Mon Aug 10, 2009 1:40 pm Post subject: |
|
|
| kernelOfTruth wrote: |
I don't know if my overlay isn't working properly but I noticed that gcc 4.3.4-r1 doesn't have any additional profiles / specs:
| Quote: | [6] x86_64-pc-linux-gnu-4.3.4 *
[7] x86_64-pc-linux-gnu-4.4.0
[8] x86_64-pc-linux-gnu-4.4.0-nopie
[9] x86_64-pc-linux-gnu-4.4.0-nossp |
thanks  |
FWIW, I've noticed the same: that the gcc -v summary does not change after I change and "source /etc/profile" the gcc-config setting.
In my case, the options are these:
# gcc-config -l (1,2, or 3)
[1] x86_64-pc-linux-gnu-4.3.4 *
[2] x86_64-pc-linux-gnu-4.3.4-hardenednopie
[3] x86_64-pc-linux-gnu-4.3.4-vanilla
and if I select 1, 2, or 3, gcc-v doesn't change; it is always this:
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/vanilla.specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/nopie.specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/strict.specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/noznow.specs
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --disable-nls --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --disable-libgomp --enable-cld --disable-libgcj --enable-languages=c,c++,treelang --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.4 p1.0, pie-10.1.5'
Thread model: posix
gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5)
err....... does everything look o.k. with the above?
TIA |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Mon Aug 10, 2009 11:51 pm Post subject: |
|
|
| kernelOfTruth wrote: | | costel78 wrote: | These are great news!
Thank you very much (all unofficial gentoo hardened team) for your hard work. |
++
thanks zorry, Xake, and everyone other keeping this improving
I'll update asap
edit:
I don't know if my overlay isn't working properly but I noticed that gcc 4.3.4-r1 doesn't have any additional profiles / specs:
| Quote: | [6] x86_64-pc-linux-gnu-4.3.4 *
[7] x86_64-pc-linux-gnu-4.4.0
[8] x86_64-pc-linux-gnu-4.4.0-nopie
[9] x86_64-pc-linux-gnu-4.4.0-nossp |
| Quote: | gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4-r1/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --disable-espf --enable-libgomp --enable-cld --disable-libgcj --enable-objc-gc --enable-languages=c,c++,objc,obj-c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened 4.3.4-r1 p1.0, espf-0.3.2'
Thread model: posix
gcc version 4.3.4 (Gentoo Hardened 4.3.4-r1 p1.0, espf-0.3.2) |
could you please add those to the gcc 4.3.4 ebuild before moving to the stable (non-testing) overlay and re-add the nofortify spec/setting to gcc 4.4.1 and gcc 4.3.4 ?
thanks  |
Did have wrong version on want_espf in toolchain.eclass
Want to keep master branch close to the gentoo tree.
I may have it the testing branch. _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Mon Aug 10, 2009 11:53 pm Post subject: |
|
|
| 7v5w7go9ub0o wrote: | | kernelOfTruth wrote: |
I don't know if my overlay isn't working properly but I noticed that gcc 4.3.4-r1 doesn't have any additional profiles / specs:
| Quote: | [6] x86_64-pc-linux-gnu-4.3.4 *
[7] x86_64-pc-linux-gnu-4.4.0
[8] x86_64-pc-linux-gnu-4.4.0-nopie
[9] x86_64-pc-linux-gnu-4.4.0-nossp |
thanks  |
FWIW, I've noticed the same: that the gcc -v summary does not change after I change and "source /etc/profile" the gcc-config setting.
In my case, the options are these:
# gcc-config -l (1,2, or 3)
[1] x86_64-pc-linux-gnu-4.3.4 *
[2] x86_64-pc-linux-gnu-4.3.4-hardenednopie
[3] x86_64-pc-linux-gnu-4.3.4-vanilla
and if I select 1, 2, or 3, gcc-v doesn't change; it is always this:
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/vanilla.specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/nopie.specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/strict.specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/noznow.specs
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --disable-nls --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --disable-libgomp --enable-cld --disable-libgcj --enable-languages=c,c++,treelang --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.4 p1.0, pie-10.1.5'
Thread model: posix
gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5)
err....... does everything look o.k. with the above?
TIA |
Is not looking okey that version is from the Gentoo tree and not the overlay. _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
Herring42 Guru


Joined: 10 Mar 2004 Posts: 373 Location: Buckinghamshire
|
Posted: Tue Aug 11, 2009 5:20 am Post subject: |
|
|
Could you please give me a pointer to the current hardened overlay. Cheers. _________________ "The problem with quotes on the internet is that it is difficult
to determine whether or not they are genuine." -- Abraham Lincoln |
|
| Back to top |
|
 |
radegand n00b

Joined: 22 Aug 2008 Posts: 45 Location: Poland
|
Posted: Tue Aug 11, 2009 11:54 am Post subject: |
|
|
| zorry wrote: | GCC 4.4.1 updeted with new espf 0.3.2 and GCC 4.3.4 is in the testing branch.
Have added support for uclibc too.
Will move GCC 4.4.1 and 4.3.4 to master branch after this week. |
Thanks zorry! I'm recompiling with 4.4.1-r2 now - so far so good... |
|
| Back to top |
|
 |
radegand n00b

Joined: 22 Aug 2008 Posts: 45 Location: Poland
|
Posted: Tue Aug 11, 2009 11:58 am Post subject: |
|
|
| Herring42 wrote: | | Could you please give me a pointer to the current hardened overlay. Cheers. |
With layman you can have it from here:
| Code: | | layman -o http://github.com/Xake/toolchain-overlay.git/xake-toolchain.xml -fa xake-toolchain |
If needed - some additional info can be found on my blog  |
|
| Back to top |
|
 |
7v5w7go9ub0o n00b

Joined: 27 Mar 2008 Posts: 12
|
Posted: Tue Aug 11, 2009 1:53 pm Post subject: |
|
|
| zorry wrote: |
err....... does everything look o.k. with the above?
TIA
Is not looking okey that version is from the Gentoo tree and not the overlay. |
Thanks.
1. How did that happen? did I screw up the overlay information somehow?
2. So how do I get back on track? e.g. Wait a week 'til you update the overlay, and then run:
layman -o http://github.com/Xake/toolchain-overlay.git/xake-toolchain.xml -fa xake-toolchain ?
or should I run layman now?
TIA (and thanks to all of you hard guys for keeping this alive) |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
Posted: Fri Aug 14, 2009 1:10 pm Post subject: |
|
|
GCC 4.4.1 and GCC 4.3.4 is in the master branch now
Have remove all old GCC in the master branch.
Will add GCC 4.5 to the testing branch later.
Glibc have all the patches from sys-libs/glibc-2.10.1 glibc-2.5-hardened-configure-picdefault.patch fails on hardened
We have added uclibc support to but you need uclibc 0.9.30.1
HAPPY TESTING _________________ gcc version 6.1.0 (Gentoo Hardened 6.1.0 p1.1) |
|
| Back to top |
|
 |
likewhoa l33t

Joined: 04 Oct 2006 Posts: 777 Location: Brooklyn, New York
|
Posted: Fri Aug 14, 2009 5:49 pm Post subject: |
|
|
Good news!!! will be putting it to the test, thanks for all your hard work friend. |
|
| Back to top |
|
 |
zorry Developer

Joined: 30 Mar 2008 Posts: 379 Location: Umeå The north part of scandinavia
|
|
| Back to top |
|
 |
|