This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [Patch] First bits of the algo merge

From: Paolo Carlini <pcarlini at suse dot de>
To: Paolo Carlini <pcarlini at suse dot de>
Cc: Howard Hinnant <hhinnant at apple dot com>, libstdc++ <libstdc++ at gcc dot gnu dot org>
Date: Wed, 14 Dec 2005 12:33:16 +0100
Subject: Re: [Patch] First bits of the algo merge
References: <439EBCF8.4010906@suse.de> <E99BA5CF-48D1-46B8-B1CB-3AF8C0645361@apple.com> <439F5856.2060509@suse.de> <439FFCFC.7040804@suse.de>

Paolo Carlini wrote:

>Humpf!
>
>In order to check that everything was fine (also wrt __ops::bind2nd), I
>decided to implement first the full change in v7-branch... and stumbled
>on partial_sort_copy. The problem is that the predicate is both passed
>to helpers working on the result iterators (i.e., make_heap, sort_heap)
>and on a pair (first, result_first). Therefore, *which* value_types?!?
>  
>
Well, maybe the issue is not so serious, because, among the concepts
naturally there is:

      __glibcxx_function_requires(_ConvertibleConcept<_InputValueType,
_OutputValueType>)

and, if I understand correctly, that appear to imply that
<_OutputValueType, _OutputValueType> is fine.

Paolo.

Follow-Ups:
- Re: [Patch] First bits of the algo merge
  - From: Paolo Carlini

References:
- [Patch] First bits of the algo merge
  - From: Paolo Carlini
- Re: [Patch] First bits of the algo merge
  - From: Howard Hinnant
- Re: [Patch] First bits of the algo merge
  - From: Paolo Carlini
- Re: [Patch] First bits of the algo merge
  - From: Paolo Carlini

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]