Revision: 5622
          http://ipcop.svn.sourceforge.net/ipcop/?rev=5622&view=rev
Author:   gespinasse
Date:     2011-04-16 19:58:24 +0000 (Sat, 16 Apr 2011)

Log Message:
-----------
Hack usr/src/lsalr to build the right files list, even with stage2 symlink

Divide the test time by twice.
As we build with harcoded -fstack-protector-all, do not test without 
fstack-protector
We may think testing with -fstack-protector-all, actually this show more errors.
I don't know if tests suite is wrong or if gcc has bugs with 
-fstack-protector-all.

Update a few outdated comments

Modified Paths:
--------------
    ipcop/trunk/lfs/gcc

Modified: ipcop/trunk/lfs/gcc
===================================================================
--- ipcop/trunk/lfs/gcc 2011-04-16 19:48:04 UTC (rev 5621)
+++ ipcop/trunk/lfs/gcc 2011-04-16 19:58:24 UTC (rev 5622)
@@ -114,7 +114,8 @@
 
 # test both standard unix and a second time with -fstack-protector flag except 
alpha that does not support that
 # should try too with -m64 like debian but that fail actually (probably 
require a /lib64/libc )
-TESTTARGET     := unix\{,-fstack-protector\}
+# -fstack-protector-all that we in fact use has more failures
+TESTTARGET     := unix\{-fstack-protector\}
 
 ifeq "$(MACHINE)" "alpha"
   ENABLETARGET =
@@ -199,7 +200,8 @@
                        cat $(DIR_SRC)/config/gcc/startfiles 
>>gcc/config/$$HEADER; \
                done
 
-       # we don't use openmp and mudflap, so disable that
+       # Only pixman tests and gettext may use openmp/libgomp, so disable that
+       # mudflap is not used
        cd $(DIR_SRC)/gcc-build &&                              \
                CC="$(LFS_TGT)-gcc -B/$(TOOLS_DIR)/lib/"        \
                AR=$(LFS_TGT)-ar                                \
@@ -245,6 +247,8 @@
 endif # toolchain
 
 ifeq "$(STAGE)" "base"
+       # build the right list of installed files even if we cheat for stage2 
symlinks to toolchain
+       sed -i -e '/libgcc_s/d' -e '/libstdc++.so/d' /usr/src/lsalr
        # like LFS, use binutils libiberty instead of gcc (did someone know the 
reason?)
        cd $(DIR_APP) && sed -i 's/install_to_$$(INSTALL_DEST) //' 
libiberty/Makefile.in
        # prevent fixinclude from running
@@ -254,10 +258,11 @@
        cd $(DIR_APP) && sed -i 's/^T_CFLAGS =$$/& -fomit-frame-pointer/' 
gcc/Makefile.in
 endif
 
-       # From HLFS, apply these 3 patches if you want to create/verify gcc 
specs file
+       # From HLFS
        cd $(DIR_APP) && patch -Np1 -i 
$(DIR_PATCHES)/gcc-4.4.5_fortify-source-1.patch
        cd $(DIR_APP) && patch -Np1 -i $(DIR_PATCHES)/gcc-4.4.5_fpie-1.patch
        cd $(DIR_APP) && patch -Np1 -i 
$(DIR_PATCHES)/gcc-4.4.5_fstack-protector-1.patch
+       #cd $(DIR_APP) && patch -Np1 -i 
$(DIR_PATCHES)/gcc-4.4.5_defaults-format-security.patch
 
        # we don't use openmp and mudflap, so disable that
        cd $(DIR_SRC)/gcc-build &&                              \
@@ -291,7 +296,6 @@
        # save hardened specs
        cp /usr/src/gcc-build/gcc/specs 
/usr/src/gcc-build/gcc/gcc-hardened.specs
        # and replace with unhardened spec for testing as some test does 
support hardening by default
-       # ccache-2.4 may not like as specs file is not hashed, only compiler 
size : TODO upgrade to ccache-3
        sed -e 's@/$(TOOLS_DIR)$(LINKER)@$(LINKER)@g' \
                -e '/\*startfile_prefix_spec:/{n;s@.*@/usr/lib/ @}' \
                /$(TOOLS_DIR)/etc/gcc-unhardened.specs \


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Ipcop-svn mailing list
Ipcop-svn@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipcop-svn

Reply via email to