possible to enable debug symbols by default?
ryandesign at macports.org
Fri Jun 1 02:53:14 UTC 2018
On May 31, 2018, at 21:50, Eitan Adler wrote:
> On 31 May 2018 at 19:45, Ryan Schmidt wrote:
>> On May 31, 2018, at 21:42, Eitan Adler wrote:
>>> On 31 May 2018 at 19:40, Ryan Schmidt wrote:
>>>> Or: A setting in macports.conf that makes MacPorts base add -g for all ports? That would cause the built result to be different. We could offer that, but would have to also make sure that MacPorts doesn't attempt to download any binaries from our packages servers, since they would not have been built with that setting.
>>> This one. Personally I'd be fine with "best effort" and fallback to
>>> packages, but I imagine some would not be.
>> That's not how MacPorts works.
>> When you ask MacPorts to install a port, it tries to get a binary package. If that fails, it tries to build from source.
>> If we introduce a new macports.conf setting that lets you enable debug symbols, and that setting is not on by default, then that setting will not be on on our buildbot workers which produce the binary packages. So if you get a binary package, you will not get debug symbols, even if that setting is on on your system. You will only get debug symbols if the port, for whatever reason, builds from source on your system. That would be confusing. Therefore, so that you get consistent behavior, if we introduce such a new setting, it must also prevent all use of binary packages.
> I understand, and that's besides the point for now. Would we be
> generally okay with adding a new option to add -g globally?
I am neither accepting nor rejecting this proposal at this time.
> Perhaps include_debug_symbols true.
Some ports already offer a debug variant to do this. Just as we've standardized the universal variant in MacPorts, we could decide to standardize the debug variant as the way to do this.
> This ought to have three effects
> (a) include -g
> (b) exclude strip(1)
How would that be accomplished?
> (c) port specific changes at their option
> this ought not to change optimization or related.
More information about the macports-users