[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