tech-pkg archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: gcc*-libs help needed: rpath needs fixing
On Fri, Sep 06, 2024 at 02:05:39PM +0100, Jonathan Perkin wrote:
> Ultimately with our GCC infrastructure there are two main paths forward:
>
> * Make it really simple, remove all of the confusing complexity, and
> put the burden on the user to configure mk.conf to make it work
> correctly for their environment. My "gcc-selection" branch aims
> towards this.
I think you're talking about
https://github.com/NetBSD/pkgsrc/compare/trunk...TritonDataCenter:pkgsrc:feature/gcc-selection/trunk
It has about 40 commits, can you summarize what the plan was?
I'm thinking that we should perhaps switch to a model where we
bootstrap including a compiler (perhaps allowing to choose any of the
gcc packages, or just the newest one), and if a package wants a newer
version than that bootstrapped (or the native) one, then the package
is marked as broken.
Thomas
Home |
Main Index |
Thread Index |
Old Index