From owner-freebsd-ports@FreeBSD.ORG Thu Jan 29 06:16:48 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9C6916A4CE for ; Thu, 29 Jan 2004 06:16:48 -0800 (PST) Received: from postman.arcor.de (postman1.arcor-online.net [151.189.0.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id F097943D53 for ; Thu, 29 Jan 2004 06:16:46 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from fillmore.dyndns.org (port-212-202-51-21.reverse.qsc.de [212.202.51.21]) (authenticated bits=0)i0TECxu9009308 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Jan 2004 15:13:00 +0100 (MET) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.30; FreeBSD) id 1AmCuh-0007F8-NU; Thu, 29 Jan 2004 15:12:59 +0100 Message-ID: <401914EF.5000101@fillmore-labs.com> Date: Thu, 29 Jan 2004 15:13:03 +0100 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Matthias Andree References: <1E5E3622-51D2-11D8-96D6-003065A20588@mac.com> <40186515.9080001@fillmore-labs.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org cc: Charles Swiger Subject: Re: security/nmap & gcc3.3? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2004 14:16:49 -0000 Matthias Andree wrote: > Oliver Eikemeier writes: > > >>>[ Other ports I've tried which use g++33 link fine; this problem seems >>>specific to security/nmap... ] >> >>I try to look into this over the weekend, or do you have a patch? > > > One notable difference between gcc 2.95 and 3.3 is that gcc 3.3 does > proper namespaces and all the standard stuff is now in the "std" name > space, while it was not split out into its own namespace in gcc 2.95. > > Spraying some "using namespace std;" over the code may fix this. (No, I > haven't tested that.) Can't find my standard namespace spray can right now...