HEADS UP: merged llvm/clang 3.4
Larry Baird
lab at maxwell.gta.com
Sat Mar 29 04:48:21 UTC 2014
>> > I understand that installing gdb from ports, changing compiler
>> > flags from -g to -gdwarf-2 in Makefiles, or switching to compiling
>> > with gcc are all reasonable workarounds, but this seems a bit like
>> > POLA for a stable branch.
>>
>> Yeah, it is really unpleasant.
>>
>> Maybe we should do something like this for stable/9 and stable/10
>> branches (not tested).
>>
>> --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp
>> +++ contrib/llvm/tools/clang/lib/Driver/Tools.cpp
>> @@ -2628,8 +2628,9 @@ void Clang::ConstructJob(Compilation &C, const Job
>> CmdArgs.push_back("-gdwarf-4");
>> else if (!A->getOption().matches(options::OPT_g0) &&
>> !A->getOption().matches(options::OPT_ggdb0)) {
>> - // Default is dwarf-2 for darwin.
>> - if (getToolChain().getTriple().isOSDarwin())
>> + // Default is dwarf-2 for Darwin and FreeBSD.
>> + if (getToolChain().getTriple().isOSDarwin() ||
>> + getToolChain().getTriple().getOS() == llvm::Triple::FreeBSD)
>> CmdArgs.push_back("-gdwarf-2");
>> else
>> CmdArgs.push_back("-g");
>
> I'm now testing something similar, which also tests the FreeBSD version,
> so it can be applied to head and then MFC'd. I will commit it soon.
Glad to hear. Adding an extra flag, to get applications to a state where
they could be debugged was unexpected. I am sure I wouldn't have been the
only one surprised to find out that "cc -g" no longer works.
Larry
--
------------------------------------------------------------------------
Larry Baird
Global Technology Associates, Inc. 1992-2012 | http://www.gta.com
Celebrating Twenty Years of Software Innovation | Orlando, FL
Email: lab at gta.com | TEL 407-380-0220
More information about the freebsd-stable
mailing list