patches/gcc/3.2.3/README-sh
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Fri Apr 18 22:16:28 2008 +0000 (2008-04-18)
changeset 451 8a72f9bcf675
permissions -rw-r--r--
Using SOCKS 4/5 proxy is no easy task:
- a machine may well be able to reach the proxy, even if it is not on the same sub-net(s) as the machine itself (absolutely legitimate)
- tsocks.conf needs a list of so-called 'local' networks that can be reached without the need for a SOCKS connection
- SOCKS proxies are expected to be in 'local' networks
- there is absolutely NO way to tell what networks are local, besides the sub-net(s) the machine is in

Therefore, appropriate configuration of SOCKS 4/5 configuration is really complex, and attempts to correctly overcome this issue are doomed.

/trunk/scripts/crosstool.sh | 52 46 6 0 ++++++++++++++++++++++++++++++++++----
/trunk/config/global/download_extract.in | 39 31 8 0 +++++++++++++++++++++++------
2 files changed, 77 insertions(+), 14 deletions(-)
     1 http://mirror.sh-linux.org/rpm-2003/SRPMS/gcc-3.2.3-3.src.rpm contains the following patches:
     2 
     3 gcc-20030210-sh-linux-1.patch
     4 gcc-3.2.3-libffi-1.patch
     5 gcc-3.2.3-sh-linux-dwarf2-1.patch (*not* applied by the spec file, it's in there by accident)
     6 
     7 gcc-3.2.3-libffi-1.patch was needed just to build, I think.
     8 
     9 After that was applied, sh4 gcc seemed to compile fine, but c++ programs
    10 failed to execute because libstdc++.so.5 was built without version
    11 info.  This was caused directly by libstdc++-v3/configure setting
    12 SYMVER_MAP=config/linker-map.dummy because it sees that 
    13 no libgcc_s.so was generated; configure says
    14   checking for shared libgcc... no.
    15 
    16 Applying gcc-20030210-sh-linux-1.patch in hopes it makes those problems go away.