Summary: | USE=hardened `cp -{r,R}` on ppc killed by ssp | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | nixnut (RETIRED) <nixnut> |
Component: | Hardened | Assignee: | The Gentoo Linux Hardened Team <hardened> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cshields, greg |
Priority: | High | ||
Version: | 2004.3 | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 84317, 109824 | ||
Attachments: |
output of failed maketest for coreutils
sed-4.1.4-strict-aliasing.patch coreutils-5.2.1-r6-strict-aliasing.patch |
Description
nixnut (RETIRED)
2005-03-27 05:11:01 UTC
Created attachment 54588 [details]
output of failed maketest for coreutils
It is very common for maketest to fail, it should not be enabled system wide. I'm not sure its that useful at all, really. Let's stick to case #1 same problem in "ps" if try to look processes in small X terminal :-) From: Lukasz Stelmach <stelmacl@ee.pw.edu.pl> To: hardened@gentoo.org Subject: bug 86857 Date: Tue, 7 Jun 2005 20:56:10 +0200 (14:56 EDT) Greetings. I would like to confirm the bug in subj. It is really anoying to have such a bug when I try to install Gentoo on a not so new iMac G3. You could at least say somewhere in the Handbook that "hardened" doesn't work on PPC and I wouldn't even think about it. Blaah... Bye. -- Up till starting soon the hardened team has had no direct access to ppc hardware. Thanks to a loaner of from the OSL our team will have access to such hardware and er will be able test, confirm and fix bugs where we see them on the ppc32 arch related to hardened things. For now you brave soles are more or less the testing people. See the roadmap http://www.gentoo.org/proj/en/hardened/roadmap.xml#doc_chap4 The general flow of things works like this. We ask a few users or other devs to test that all the cflags that a hardened compiler would enable by default work for a given arch. If all flags work then we add a hardened/$ARCH profile by the request of testers. When we proper access to or own dedicated hardware *and* we produce stage[1-3] that get mirrored during release cycle then we are officially supporting the profile for the given arch. So.. In general we are not going to just keep commenting on bugs and updating our documentation (which already states that ppc is in testing only) to say that there has been no progress on a arch porting bug unless there has been. As for working around the bug that should be pretty obvious. gcc-config -l and gcc-config number and switch to non hardened specs for the given package that fails. Leaving these types of bugs in an open state also serves everybody good as it allows the users and future hardened ppc porters a chance see that a bug might exist and if/when somebody does have a ppc they can look into and find a fix just like the rest of us. We got the ppc and are able to test now. The cp failure is caused by when -fno-strict-aliasing is enabled with -pie. This shows with coreutils and sed atleast. Created attachment 61089 [details, diff]
sed-4.1.4-strict-aliasing.patch
Try this
Created attachment 61090 [details, diff]
coreutils-5.2.1-r6-strict-aliasing.patch
And this one for coreutils
*** Bug 95821 has been marked as a duplicate of this bug. *** That kind of workaround may/will lead to ill compiled executables if in the source there are type punning expressions. Please do not use it. some programs known for that issue: diffutils openssl. If -fno-strict-aliasing is needed for these packages to build properly, surely it would be set by the build? Since the default flags for the ppc profiles don't include -fno-strict-aliasing, filtering it from user settings should be as safe as the profile. (In reply to comment #9) > That kind of workaround may/will lead to ill compiled executables if in the > source there are type punning expressions. Please do not use it. > some programs known for that issue: diffutils openssl. Could you elaborate that? I'm curious why this is a problem for ppc, but not for other architectures. Produces gcc broken optimization code on ppc? <gengor> nixnut: ping <nixnut> gengor: pong <gengor> !bug 86857 <Willikins> gengor: https://bugs.gentoo.org/86857 "USE=hardened `cp -{r,R}` on ppc killed by ssp"; Gentoo Linux, Hardened; NEW; nixnut@g.o:hardened@g.o <gengor> nixnut: ^^ still apply to any of the coreutils in the tree? <nixnut> gengor: don't think so. Haven't seen it for ages <gengor> nixnut: mind closing it out? Closing as FIXED. Re-open if still an issue. |