Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 9 Mar 2017 00:19:38 +0800
From:      Julian Elischer <julian@freebsd.org>
To:        =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= <des@des.no>, Baptiste Daroussin <bapt@FreeBSD.org>
Cc:        ports@FreeBSD.org, arch@FreeBSD.org
Subject:   Re: manpath change for ports ?
Message-ID:  <1414f265-7a3c-e2ea-06ac-7b7343347f93@freebsd.org>
In-Reply-To: <86mvcvojzt.fsf@desk.des.no>
References:  <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no>

next in thread | previous in thread | raw e-mail | index | archive | help
On 8/3/17 11:39 pm, Dag-Erling Smørgrav wrote:
> Baptiste Daroussin <bapt@FreeBSD.org> writes:
>> I would like to propose a change in the localbase hier for ports
>>
>> I think we should add /usr/local/share/man in the manpath along with
>> at first and maybe instead of in long term.
> 2) plus info -> share/info as suggested by jbeich
>
> 3) plus libdata/pkgconfig -> lib/pkgconfig
>
> These three items will ensure that "./configure --prefix=/usr/local &&
> make install" will do the right thing out of the box - by changing our
> definition of "the right thing" to match what the GNU autotools have
> been doing for at least 15 years.
>
> 4) Remove the hardcoded library path in lang/gcc*
>
> This makes it possible to work on software that includes both libraries
> and programs while an earlier copy of the same software is already
> installed.  With the current state of gcc, the programs you are working
> on will be linked against the version of the library that's already
> installed instead of the version you just compiled, and there is nothing
unless you use --sysroot=...
> you can do to prevent it.  You won't notice anything if all you ever do
> is "make && make install", because the new library will replace the old,
> but if you try to run your program directly from the build tree, it will
> use the wrong library.  This can be incredibly frustrating if you're not
> aware of it - imagine you're trying to fix a bug in that library and no
> matter what you do, your regression test keeps failing...
>
> DES





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1414f265-7a3c-e2ea-06ac-7b7343347f93>