Re: compiler info in kernel identification string

看板FB_current作者時間12年前 (2013/04/27 12:33), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串25/27 (看更多)
> > This is starting to turn into a bikeshed, but anyway... > > on 16/11/2012 12:00 Daniel Braniss said the following: > > the question as to what compiler was used to compile the kernel is a bit of an > > oxymoron, since the kernel is made up of many different modules, which get > > compiled > > either by different compilers, or different compiler flags. > > The canonical way to compile a kernel is to use buildkernel and compile modules this does not guarantee uniformity, just look at the output it produces and you will see different compilers/assemblers/scripts/flags > along with the kernel. Other configurations are supported too, of course. > > > since the compiler does 'sign' the modules it compiles (and clang will/should > > do it soon: http://llvm.org/bugs/show_bug.cgi?id=7292) some tool like > > file(1) could be modified to provide it, or config -x (8) ... > > The key word in your note about clang is 'soon' as in 'not yet'. Dimitry wrote that he will handle it :-) > > Besides, when I see a bug report with a dmesg *I* want to immediately know what > compiler was used there. today it's clang vs. gcc -- transition time --, but again it's only part of the story, and soon it will only be noise. > > > IMHO, the only meaningfull information added to uname was the svn/git(and > > hopefully hg) rev. version. > > > -- > Andriy Gapon _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1HUrJ_Ek (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1HUrJ_Ek (FB_current)