From owner-freebsd-ports@FreeBSD.ORG Sat Apr 23 14:50:03 2005 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 D03BA16A4CF for ; Sat, 23 Apr 2005 14:50:03 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B46143D4C for ; Sat, 23 Apr 2005 14:50:02 +0000 (GMT) (envelope-from lists-octave@biaix.org) Received: (qmail 35341 invoked by uid 1000); 23 Apr 2005 14:48:55 -0000 Date: Sat, 23 Apr 2005 16:48:55 +0200 From: Joan Picanyol i Puig To: "John W. Eaton" Message-ID: <20050423144855.GA33600@grummit.biaix.org> References: <20050420175047.GB29990@grummit.biaix.org> <42674D94.7070108@gmail.com> <20050421155406.GB86490@grummit.biaix.org> <16999.53351.603626.223836@devzero.bogus.domain> <20050421191441.GB9754@grummit.biaix.org> <16999.65302.366221.91861@devzero.bogus.domain> <20050422130841.GB40624@grummit.biaix.org> <17001.2258.64534.72369@devzero.bogus.domain> <20050423141022.GA28184@grummit.biaix.org> <17002.23148.571396.347151@devzero.bogus.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17002.23148.571396.347151@devzero.bogus.domain> User-Agent: Mutt/1.5.6i cc: nectar@freebsd.org cc: help@octave.org cc: freebsd-ports@freebsd.org Subject: Re: octave and heimdal conflict around fnmatch.h (was Re: issues compiling octave-2.1.69 on FreeBSD 5.4) 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: Sat, 23 Apr 2005 14:50:03 -0000 * John W. Eaton [20050423 16:23]: > On 23-Apr-2005, Joan Picanyol i Puig wrote: > > | Making this change allowed Octave to link cleanly. I'm not sure what the > | proper fix is, I see several options: > | > | 1.- fix heimdal to either use the system's fnmatch.h or provide an extern > | "C" wrapper using the __BEGIN_DECLS macro > | 2.- make octave use the system's fnmatch.h > > Octave's makefiles do not add -I/usr/local/include to the compiler > flags, so it must be that your compiler is searching there by default. Actually, I set LDFLAGS and CPPFLAGS manually to ensure octave looked into /usr/local. Under FreeBSD all third-party software is installed under /usr/local, so this was needed to get octave to find fftw, ATLAS et al. FWIW I suspect the FreeBSD ports Makefiles do this under the hood. tks -- pica