Mk/Uses/gssapi.mk: don't set GSSAPILDFLAGS for USES=gssapi

[pkubaj]

Summary

Setting GSSAPILDFLAGS for USES=gssapi causes -L/usr/lib to be added to LDFLAGS.

This breaks compilation of some ports, like www/squid on GCC architectures when new GCC from ports needs to be used.

The new GCC tries to link to libstdc++ and fails. Not setting it explicitely causes /usr/local/lib/gcc8/libstdc++.so to be taken instead and /usr/lib is searched for libraries anyway, just with lower priority.

Tested on powerpc64 and amd64 on www/squid.

PR: 237275

[mat]

Adding USES=gssapi's maintainer.

[mat]

Accept as your mentor, you still need to have approval from the maintainer, @hrs.

[mat]

Wondering if this needs an exp-run.

[pkubaj]

Any info about this issue?

It affects all ports that need USES=compiler:* gssapi:base.

[mat]

In D20289#441259, @pkubaj wrote:

Any info about this issue?

It affects all ports that need USES=compiler:* gssapi:base.

Well, there are still two open points :

I have no clue what this affects, so:

In D20289#438042, @mat wrote:

Wondering if this needs an exp-run.

And ask the maintainer for approval:

In D20289#438040, @mat wrote:

Accept as your mentor, you still need to have approval from the maintainer, @hrs.

[pkubaj]

In D20289#444423, @mat wrote:

In D20289#441259, @pkubaj wrote:

Any info about this issue?

It affects all ports that need USES=compiler:* gssapi:base.

Well, there are still two open points :

I have no clue what this affects, so:

In D20289#438042, @mat wrote:

Wondering if this needs an exp-run.

And ask the maintainer for approval:

In D20289#438040, @mat wrote:

Accept as your mentor, you still need to have approval from the maintainer, @hrs.

Yes, I meant to ping hrs, not you.

[pkubaj]

@mat
Considering long overtime of this DR (and previously PR at bugzilla), can I just commit it as it is?

[pkubaj]

Update with version accepted by antoine at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237275.

[pkubaj]

Commited.