Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 14 Dec 2010 21:07:01 +0300
From:      Anonymous <swell.k@gmail.com>
To:        John Baldwin <jhb@freebsd.org>
Cc:        ports@freebsd.org, Steven Kreuzer <skreuzer@freebsd.org>
Subject:   Re: Use of devel/libreadline in ports
Message-ID:  <867hfc1b5m.fsf@gmail.com>
In-Reply-To: <201012141136.19307.jhb@freebsd.org> (John Baldwin's message of "Tue, 14 Dec 2010 11:36:19 -0500")
References:  <201012141136.19307.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
John Baldwin <jhb@freebsd.org> writes:

> Is there a push for moving libreadline out of base and updating ports to use 
> libreadline from ports instead?  The devel/gdb port currently has optional 
> support for this but it breaks gdb if you have a binutils port installed as 
> different parts of gdb are built against different bfd.h headers causing 
> segfaults when gdb tries to load symbols for a binary.  The simplest fix is to 
> just remove the devel/libreadline support from the devel/gdb port if that is 
> ok to do.

lang/gcc* search under LOCALBASE/include implicitly e.g. ports/136917.
This enables --with-expat automatically when its headers are found.

  $ gcc45 -E -v -</dev/null
  [...]
  ignoring nonexistent directory "/usr/local/include"
  ignoring nonexistent directory "LOCALBASE/lib/gcc45/.../include"
  #include "..." search starts here:
  #include <...> search starts here:
   LOCALBASE/include
   LOCALBASE/lib/gcc45/.../include
   LOCALBASE/lib/gcc45/.../include-fixed
   /usr/include
  End of search list.

Can you try to replace -I${LOCALBASE}/include with
-isystem${LOCALBASE}/include ? It should make GCC prefer ./../bfd/bfd.h
over LOCALBASE/include/bfd.h.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?867hfc1b5m.fsf>