From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-help-return-17844-listarch-gcc-help=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 14650 invoked by alias); 11 Sep 2004 00:37:48 -0000
Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-help@gcc.gnu.org>
Sender: gcc-help-owner@gcc.gnu.org
Received: (qmail 14634 invoked from network); 11 Sep 2004 00:37:47 -0000
Received: from unknown (HELO main.gmane.org) (80.91.224.249)
  by sourceware.org with SMTP; 11 Sep 2004 00:37:47 -0000
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1C5vti-0003Ft-00
	for <gcc-help@gcc.gnu.org>; Sat, 11 Sep 2004 02:37:46 +0200
Received: from evrtwa1-ar6-4-11-123-045.dsl-verizon.net ([4.11.123.45])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gcc-help@gcc.gnu.org>; Sat, 11 Sep 2004 02:37:46 +0200
Received: from jeff.holle by evrtwa1-ar6-4-11-123-045.dsl-verizon.net with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gcc-help@gcc.gnu.org>; Sat, 11 Sep 2004 02:37:46 +0200
To: gcc-help@gcc.gnu.org
From: Jeffrey Holle <jeff.holle@verizon.net>
Subject: Re: question about HOWTO use std::set in non-trival way...
Date: Sat, 11 Sep 2004 00:37:00 -0000
Message-ID: <chthcn$ep8$1@sea.gmane.org>
References: <chtdmp$8fc$1@sea.gmane.org> <6.1.2.0.2.20040910185421.0207a9d8@iplan-mn.corp.adobe.com>
Reply-To: jeff.holle@verizon.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: evrtwa1-ar6-4-11-123-045.dsl-verizon.net
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115
In-Reply-To: <6.1.2.0.2.20040910185421.0207a9d8@iplan-mn.corp.adobe.com>
X-SW-Source: 2004-09/txt/msg00092.txt.bz2

Found my own answer by looking at the implementation of set in 
bits/stl_set.h.
set has the approbriate constructor, so the answer is:
   Edges edges(ltSubGraph(graph_)).
A very thoughtful implementation!

Eljay Love-Jensen wrote:
> Hi Jeff,
> 
> Why does your ltSubgraph comparison function object class have a copy 
> constructor?
> 
> See section 18.4.2 of Stroustrup's C++ Programming Language (3rd or 
> special edition), for what a less functor object looks like.
> 
> HTH,
> --Eljay
> 
>