pkgsrc-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: converters/libiconv-1.16
On Fri, Oct 11, 2019 at 06:50:36PM +0200, Kamil Rytarowski wrote:
> On 11.10.2019 18:47, Greg Troxel wrote:
> > Martin Husemann <martin%duskware.de@localhost> writes:
> >
> >> On Fri, Oct 11, 2019 at 11:26:20AM -0400, Greg Troxel wrote:
> >>> Can you explain how /usr/pkg/include/iconv.h is found? Regardless of
> >>> what's in PATH, I don't see how that would be included. And, there can
> >>> be arbitrary stuff in /usr/pkg/include, so for robustness build.sh has
> >>> to by default not look there.
> >>
> >> No, it can not explicitly avoid that. This is about the tool build phase,
> >> which does some autoconfigury - it absolutely hast to work out of the
> >> box in any sane posixish environment w/o modifications of the environment.
> >>
> >> If gdb autoconfigure is broken and picks up mixed things, it should
> >> be fixed.
> >
> > Given that 1) /usr/pkg is not in the default compiler search paths and
> > 2) NetBSD does not have pkg-config by default, I do not understand why
> > anything in build.sh tools ever looks in /usr/pkg.
> >
>
> My guess is that programs like pkg-config are picked and pkgsrc is in
> the default PATH by default.
>
> /etc/skel/.profile:PATH=$HOME/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R7/bin:/usr/pkg/bin
> /etc/skel/.profile:PATH=${PATH}:/usr/pkg/sbin:/usr/games:/usr/local/bin:/usr/local/sbin
>
If you think this is a common scenario, add detection code for it in
netbsd build.sh.
You can check;
- MKCROSSGDB
- Host is netbsd
- pkg_info |grep iconv
If they are all met, warn about this / kill the build / suggest a
workaround.
Home |
Main Index |
Thread Index |
Old Index