[tor-bugs] #10599 [Tor bundles/installation]: Investigate building TBB with SoftBound or AddressSanitizer
    Tor Bug Tracker & Wiki 
    blackhole at torproject.org
       
    Fri May 23 15:06:29 UTC 2014
    
    
  
#10599: Investigate building TBB with SoftBound or AddressSanitizer
------------------------------------------+--------------------------------
     Reporter:  mikeperry                 |      Owner:  erinn
         Type:  enhancement               |     Status:  new
     Priority:  major                     |  Milestone:
    Component:  Tor bundles/installation  |    Version:
   Resolution:                            |   Keywords:  gitian, tbb-
Actual Points:                            |  security
       Points:                            |  Parent ID:
------------------------------------------+--------------------------------
Comment (by gk):
 A more general update: a) I might indeed have been right with comment:11
 as I can compile a i386 ASan hardened Firefox 29 fine. Thus, I am back
 bisecting.
 b) Then I tried to get GCC 4.9.0 to compile in order to be able to make
 use of UBSan and the other tools that made Clang superior but it failed on
 Lucid with:
 {{{
 /bin/bash ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
 -I../gcc-4.9.0/libbacktrace  -I ../gcc-4.9.0/libbacktrace/../include -I
 ../gcc-4.9.0/libbacktrace/../libgcc -I ../libgcc  -funwind-tables
 -frandom-seed=dwarf.lo -W -Wall -Wwrite-strings -Wstrict-prototypes
 -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute
 -Wcast-qual  -g -O2 -c -o dwarf.lo ../gcc-4.9.0/libbacktrace/dwarf.c
 libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../gcc-4.9.0/libbacktrace -I
 ../gcc-4.9.0/libbacktrace/../include -I
 ../gcc-4.9.0/libbacktrace/../libgcc -I ../libgcc -funwind-tables -frandom-
 seed=dwarf.lo -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-
 prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual
 -g -O2 -c ../gcc-4.9.0/libbacktrace/dwarf.c -o dwarf.o
 ../gcc-4.9.0/libbacktrace/dwarf.c: In function 'dwarf_lookup_pc':
 ../gcc-4.9.0/libbacktrace/dwarf.c:2678: warning: implicit declaration of
 function '__atomic_load_n'
 ../gcc-4.9.0/libbacktrace/dwarf.c:2678: error: '__ATOMIC_ACQUIRE'
 undeclared (first use in this function)
 ../gcc-4.9.0/libbacktrace/dwarf.c:2678: error: (Each undeclared identifier
 is reported only once
 ../gcc-4.9.0/libbacktrace/dwarf.c:2678: error: for each function it
 appears in.)
 ../gcc-4.9.0/libbacktrace/dwarf.c:2738: warning: implicit declaration of
 function '__atomic_store_n'
 ../gcc-4.9.0/libbacktrace/dwarf.c:2738: error: '__ATOMIC_RELEASE'
 undeclared (first use in this function)
 ../gcc-4.9.0/libbacktrace/dwarf.c: In function 'dwarf_fileline':
 ../gcc-4.9.0/libbacktrace/dwarf.c:2873: error: '__ATOMIC_ACQUIRE'
 undeclared (first use in this function)
 ../gcc-4.9.0/libbacktrace/dwarf.c: In function 'backtrace_dwarf_add':
 ../gcc-4.9.0/libbacktrace/dwarf.c:3006: error: '__ATOMIC_ACQUIRE'
 undeclared (first use in this function)
 make[2]: Leaving directory `/home/ubuntu/build/gcc/libbacktrace'
 make[2]: *** [dwarf.lo] Error 1
 }}}
 Could be our Gitian setup though, that is the culprit here. Anyway, using
 Precise outside of gitian compiles GCC 4.9.0 fine.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/10599#comment:20>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
    
    
More information about the tor-bugs
mailing list