[Bug 175605] devel/binutils: please fix build binutils-2.23.1 in raspberry pi

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175605

--- Comment #8 from mexas at bris.ac.uk ---
Now I'm confused even further.
Your cc is GCC, whereas mine is clang:

$ cc -o z z.c -v
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: armv6--freebsd10.0-gnueabi
Thread model: posix
Selected GCC installation:
 "/usr/bin/cc" -cc1 -triple armv6--freebsd10.0-gnueabi -S -disable-free
-disable-ll
vm-verifier -main-file-name z.c -mrelocation-model static -mdisable-fp-elim
-mconst
ructor-aliases -target-cpu arm1136jf-s -target-feature +soft-float
-target-feature
+soft-float-abi -target-feature -neon -target-abi aapcs-linux -msoft-float
-mfloat-
abi soft -v -resource-dir /usr/bin/../lib/clang/3.4.1 -fno-dwarf-directory-asm
-fde
bug-compilation-dir /usr/home/mexas -ferror-limit 19 -fmessage-length 0
-mstackreal
ign -fno-signed-char -fobjc-runtime=gnustep -fdiagnostics-show-option
-vectorize-sl
p -o /tmp/z-900faf.s -x c z.c
clang -cc1 version 3.4.1 based upon LLVM 3.4.1 default target
armv6-gnueabi-freebsd
10.0
ignoring nonexistent directory "/usr/bin/../lib/clang/3.4.1/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/clang/3.4.1
 /usr/include
End of search list.
 "/usr/bin/as" -mfpu=softvfp -meabi=5 -o /tmp/z-669589.o /tmp/z-900faf.s
 "/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1
--hash-style=bot
h --enable-new-dtags -o z /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o
-L/us
r/lib /tmp/z-669589.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
--as-neede
d -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o

Clearly I need to build binutils first, before I can build GCC, right?

Anyway, your other instructions helped.
I could compile z.c into z.o and link it like this:

/usr/local/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1
--hash-style=both --enable-new-dtags -o z /usr/lib/crt1.o /usr/lib/crti.o
/usr/lib/crtbegin.o -L/usr/lib z.o -lgcc --as-needed -lgcc_s --no-as-needed -lc
-lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o

$ ./z
mumu
$

So I'd say your patchset should be committed.

Many thanks

Anton

-- 
You are receiving this mail because:
You are the assignee for the bug.