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