From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 17:43:02 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 B8E9716A4CE for ; Wed, 28 Jan 2004 17:43:02 -0800 (PST) Received: from postman.arcor.de (postman1.arcor-online.net [151.189.0.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F69743D3F for ; Wed, 28 Jan 2004 17:42:48 -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)i0T1gju9001291 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Jan 2004 02:42:46 +0100 (MET) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.30; FreeBSD) id 1Am1Cf-000EVV-TC; Thu, 29 Jan 2004 02:42:45 +0100 Message-ID: <40186515.9080001@fillmore-labs.com> Date: Thu, 29 Jan 2004 02:42:45 +0100 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Charles Swiger References: <1E5E3622-51D2-11D8-96D6-003065A20588@mac.com> In-Reply-To: <1E5E3622-51D2-11D8-96D6-003065A20588@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org 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 01:43:02 -0000 Charles Swiger wrote: > Hi, all-- > > On a FreeBSD-4.9 system, nmap-3.50 builds fine using the stock cc (gcc > version 2.95.4 20020320), but fails using gcc33 (version 3.3.3 20040126): > > [...] > > I would gather that nmap is setting the linking path in a fashion which > causes the gcc33 version of libstdc++ to not be found, or to not be > linked in by default? > > Retrying the linking stage by hand as follows produces a working binary: > > 58-sec# /usr/local/bin/g++33 > -L/usr/local/lib/gcc-lib/i386-portbld-freebsd4.9/3.3.3/ > -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -L/usr/lib -Lnbase > -Lnsock/src/ -o nmap main.o nmap.o targets.o tcpip.o nmap_error.o > utils.o idle_scan.o osscan.o output.o scan_engine.o timing.o charpool.o > services.o protocols.o nmap_rpc.o portlist.o NmapOps.o TargetGroup.o > Target.o FingerPrintResults.o service_scan.o NmapOutputTable.o -lm > -lssl -lcrypto -lnbase -lnsock -lpcre -lpcap -lstdc++ > > [ 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? -Oliver