Displaying 3 results from an estimated 3 matches for "td_ls_rr_sort".
2008 Feb 29
2
[LLVMdev] [PATCH] REPOST: Scheduler Fix
I'm reposting this patch at the request of Evan. It fixes a problem with
std::priority_queue and _GLIBCXX_DEBUG.
-Dave
-------------- next part --------------
A non-text attachment was scrubbed...
Name: schedule_dag.diff
Type: text/x-diff
Size: 7731 bytes
Desc: not available
URL:
2008 Feb 29
0
[LLVMdev] [PATCH] REPOST: Scheduler Fix
...on 'void
std::priority_queue<_Tp, _Sequence, _Compare>::push(const typename
_Sequence::value_type&) [with _Tp = llvm::SUnit*, _Sequence = ll\
vm::container_reference_wrapper<std::vector<llvm::SUnit*,
std::allocator<llvm::SUnit*> > >, _Compare = <unnamed>::td_ls_rr_sort]':
ScheduleDAGRRList.cpp:1057: instantiated from
'void<unnamed>::RegReductionPriorityQueue<SF>::push(llvm::SUnit*)
[with SF = <unnamed>::td_ls_rr_sort]'
ScheduleDAGRRList.cpp:1630: instantiated from here
/usr/include/c++/4.0.0/bits/stl_queue.h:436: error: '...
2009 Dec 06
1
[LLVMdev] PR5382
Hello,
This patch fixes PR5382. The problem is that
"bu_ls_rr_sort::operator()" and "td_ls_rr_sort::operator()" call
getHeight() and getDepth() methods on SUnit, which can recompute
values, what invalidates heap (SPQ). This patch guarantees that height
and depth values won't be recomputed. The other solution would be to
reheapify SPQ everytime when new SUnit is pop()ed, however...