FreeBSD-src - Raptor Engineering's fork of pfsense FreeBSD src with pfSense changes

	Commit message (Expand)	Author	Age	Files	Lines
*	MFC r266674:	dim	2014-05-28	1	-1/+1
*	MFC r265925:	dim	2014-05-26	14	-70/+105
*	MFC r264345:	dim	2014-04-14	1	-3/+2
*	MFC r263891:	dim	2014-04-01	1	-2/+4
*	MFC r262613:	dim	2014-03-26	4	-7/+143
*	MFC 261991:	dim	2014-03-21	717	-39457/+89151
*	MFC r258897: Update LLDB to upstream r196322 snapshot	emaste	2014-03-19	2	-10/+31
*	MFC r258892: lldb: Threaded inferior support for FreeBSD	emaste	2014-03-19	10	-204/+341
*	MFC r258884: Update LLDB to upstream r196259 snapshot	emaste	2014-03-19	148	-2692/+6573
*	MFC r258873: Workaround lldb issue with main module base address	emaste	2014-03-19	1	-0/+11
*	MFC r258098: Merge upstream LLDB r194487:	emaste	2014-03-19	2	-3/+6
*	MFC r258094: lldb: Correct a standalone debug file path	emaste	2014-03-19	1	-4/+4
*	MFC r258054: Update LLDB to upstream r194122 snapshot	emaste	2014-03-19	420	-7930/+26537
*	MFC r261680:	dim	2014-02-12	1	-1/+3
*	MFC r259498:	dim	2013-12-20	1	-0/+1
*	MFC r259100:	dim	2013-12-11	1	-3/+2
*	MFC r259053:	dim	2013-12-10	2	-8/+8
*	MFC r258620:	dim	2013-11-29	1	-1/+1
*	MFC r257109:	smh	2013-10-29	1	-0/+2
*	Pull in r189644 from upstream llvm trunk:	dim	2013-10-03	12	-3/+65
*	Disable LLDB OSX ABI plugin	emaste	2013-09-20	1	-6/+0
*	Merge lldb man page from r188801 to contrib/llvm/tools/lldb/docs/	emaste	2013-09-19	1	-0/+119
*	On platforms where clang is the default compiler, don't build gcc or libstdc++.	theraven	2013-09-06	2	-0/+37
*	Disable lldb target support not (currently) of interest	emaste	2013-08-25	2	-14/+2
*	Revert lldb change for Attribute::NoBuiltin	emaste	2013-08-24	1	-14/+0
*	Revert lldb changes due to post-3.3 clang and llvm API changes	emaste	2013-08-24	6	-37/+80
*	Merge lldb r188801 to contrib/llvm/tools/lldb/	emaste	2013-08-23	885	-0/+362847
*	Pull in r182983 from upstream clang trunk:	dim	2013-08-20	1	-5/+10
*	Pull in r188716 from upstream clang trunk:	dim	2013-08-20	1	-2/+4
*	Pull in r186696 from upstream clang trunk:	dim	2013-07-30	1	-2/+124
*	Pull in r185446 from clang trunk:	dim	2013-07-03	1	-1/+2
*	Pull in r183926 from LLVM trunk:	andrew	2013-06-15	5	-3/+13
*	Pull in r184040 from upstream clang trunk:	ed	2013-06-15	1	-2/+2
*	Upgrade our copy of llvm/clang to 3.3 release.	dim	2013-06-12	338	-6203/+16507
*	Pull in r183033 and r183036 from LLVM trunk:	ed	2013-06-01	1	-28/+105
*	Upgrade our copy of llvm/clang to trunk r178860, in preparation of the	dim	2013-04-12	792	-36224/+71998
*	Pull in r177252 from upstream clang trunk:	andrew	2013-03-20	1	-0/+1
*	Pull in r172354 from upstream clang trunk:	dim	2013-02-22	2	-61/+86
*	Pull in r170135 from upstream clang trunk:	dim	2013-02-02	2	-2/+46
*	Pull in r170096 from upstream clang trunk:	andrew	2012-12-23	4	-1/+33
*	Upgrade our copy of llvm/clang to 3.2 release.	dim	2012-12-23	6	-15/+22
*	Upgrade our copy of llvm/clang to r168974, from upstream's release_32	dim	2012-12-03	609	-20829/+39832
*	Pull in r166498 from upstream clang trunk:	ed	2012-10-25	3	-0/+16
*	Pull in r164132 from upstream llvm trunk:	dim	2012-10-10	2	-4/+4
*	Pull in r164717 from upstream clang trunk:	dim	2012-10-03	1	-3/+3
*	Pull in r162360 from upstream clang trunk:	dim	2012-08-23	1	-2/+3
*	Upgrade our copy of llvm/clang to trunk r162107. With thanks to	dim	2012-08-20	594	-26979/+58305
*	Similar to what is already done for Linux, make clang not complain about	dim	2012-07-28	1	-0/+8
*	Similar to r238472, let clang pass --enable-new-dtags to the linker	dim	2012-07-28	1	-1/+3
*	Pull in r159895 from upstream clang trunk:	dim	2012-07-13	1	-8/+17