Hi, Dimitry.
buildworld is failed when WITH_LLDB=
some ports cannot build.
reason1: clang cannot handle some options.
(libmad build)
cc: error: unknown argument: '-fforce-addr'
cc: error: unknown argument: '-fthread-jumps'
cc: error: unknown argument: '-fcse-follow-jumps'
cc: error: unknown argument: '-fcse-skip-blocks'
cc: error: unknown argument: '-fregmove'
cc: error: unknown argument: '-fschedule-insns2'
(libtheora build)
cc: error: unknown argument: '-fforce-addr'
(poppler build)
c++: error: unknown argument: '-fno-check-new'
(py27-sqlite build)
cc: error: unknown argument: '-R/usr/local/lib'
(tbb build)
c++: error: unknown argument: '-fno-schedule-insns2'
(gstreamer-ffmpeg build)
cc: error: unknown argument: '-fno-force-addr'
reason2: c++ -std=c++11 detect bad c++ code which older clang cannot detect.
(libproxy build)
/usr/ports/net/libproxy/work/libproxy-0.4.6/libproxy/modules/wpad_dns_alias.cpp:30:23:
error: cannot initialize return object of type 'libproxy::url *' with an
rvalue of type 'bool'
if (lasturl) return false;
^~~~~
(liveMedia build)
c++ -c -Iinclude -I../UsageEnvironment/include -I../groupsock/include
-I. -DBSD=1 -DSOCKLEN_T=socklen_t -D_LARGEFILE_SOURCE=1
-D_FILE_OFFSET_BITS=64 -DHAVE_SOCKADDR_LEN=1 -Wall -DBSD=1 -O2 -pipe
-Qunused-arguments -march=native -fPIC -fno-strict-aliasing -std=c++11
-Wno-c++11-narrowing -stdlib=libc++ -Wno-deprecated RTSPRegisterSender.cpp
RTSPClient.cpp:916:25: error: comparison between pointer and integer
('const char *' and 'int')
if (&line[paramIndex] == '\0') return False; // the header is assumed
to be bad if it has no parameters
~~~~~~~~~~~~~~~~~ ^ ~~~~
(mp4v2 build)
c++ -DHAVE_CONFIG_H -I./include -I./include -I. -I. -Wall -Wformat -O2
-pipe -Qunused-arguments -march=native -fno-strict-aliasing -std=c++11
-Wno-c++11-narrowing -stdlib=libc++ -fvisibility=hidden -c
src/mp4container.cpp -fPIC -DPIC -o src/.libs/mp4container.o
src/mp4.cpp:679:20: error: cannot initialize return object of type
'mp4v2_ismacrypParams *' (aka 'mp4v2_ismacryp_session_params *') with an
rvalue of type 'MP4TrackId' (aka 'unsigned int')
return MP4_INVALID_TRACK_ID;
^~~~~~~~~~~~~~~~~~~~
./include/mp4v2/general.h:45:33: note: expanded from macro
'MP4_INVALID_TRACK_ID'
#define MP4_INVALID_TRACK_ID ((MP4TrackId)0) /**< Constant:
invalid MP4TrackId. */
^~~~~~~~~~~~~~~
(thunderbird build)
clang++ -o jsoptparse.o -c -I../../../dist/system_wrappers_js -include
/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/js/src/config/gcc_hidden.h
-DEXPORT_JS_API -DIMPL_MFBT -DMOZ_GLUE_IN_PROGRAM -DNO_NSPR_10_SUPPORT
-I/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/js/src -I..
-I/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/js/src/shell -I.
-I../../../dist/include -I/usr/local/include/nspr -fPIC
-Qunused-arguments -isystem/usr/local/include -Qunused-arguments -Wall
-Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits
-Wempty-body -Werror=conversion-null -Wsign-compare
-Wno-invalid-offsetof -Wno-c++0x-extensions -Wno-extended-offsetof
-Wno-unknown-warning-option -Wno-return-type-c-linkage
-Wno-mismatched-tags -O2 -pipe -Qunused-arguments -march=native -O3
-fno-strict-aliasing -std=c++11 -Wno-c++11-narrowing -stdlib=libc++
-fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -pipe
-DNDEBUG -DTRIMMED -O2 -O3 -fomit-frame-pointer -Qunused-arguments
-isystem/usr/local/include -DMOZILLA_CLIENT -include ../js-confdefs.h
-MD -MP -MF .deps/jsoptparse.o.pp /usr/ports/mail/thunderbir
d/work/comm-esr24/mozilla/js/src/shell/jsoptparse.cpp
/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/js/src/shell/jsoptparse.cpp:256:22:
error: comparison between pointer and integer ('char *' and 'int')
if (value[0] == '\0')
~~~~~~~~ ^ ~~~~
On 2014/01/03 08:58, Dimitry Andric wrote:
> On 02 Jan 2014, at 22:36, Dimitry Andric <d...@freebsd.org> wrote:
>> On 02 Jan 2014, at 01:11, Dimitry Andric <d...@freebsd.org> wrote:
>>> On 01 Jan 2014, at 23:37, Warner Losh <i...@bsdimp.com> wrote:
>>>> I'd add to the list the upgrade path (from 9.x, 10.x and current) as well,
>>>> just to make sure they all still work... If there are problems with the
>>>> 9.x upgrade path, we'll need to call them out since 10.0 hasn't been
>>>> released yet and there's still a lot of 9.x boxes in the wild...
> ...
>> With this diff, I have successfully built head on 9.2-STABLE with gcc as
>> the base compiler. I will also test it on 10.0-RC4, but I foresee no
>> problems there.
> Rebased against head r260207, since sys/amd64/vmm/intel/vmx.c did not
> need patching anymore:
>
> http://www.andric.com/freebsd/clang/head-r260207-clang34-1.diff.xz
> SHA256 (head-r260207-clang34-1.diff.xz) =
> 02ddf89b5173bb1dac1e18e529b146ba5882f5ae6cb9c3527ef4eb514e17dd3c
>
> -Dimitry
>
_______________________________________________
freebsd-toolchain@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
