[MacPorts] #69838: R-nloptr: stpncpy: error: expected parameter declarator

[MacPorts]

#69838: R-nloptr: stpncpy: error: expected parameter declarator
---------------------------------------+--------------------------
  Reporter:  ryandesign                |      Owner:  barracuda156
      Type:  defect                    |     Status:  assigned
  Priority:  Normal                    |  Milestone:
 Component:  ports                     |    Version:  2.9.3
Resolution:                            |   Keywords:
      Port:  R-nloptr, legacy-support  |
---------------------------------------+--------------------------

Comment (by ryandesign):

 Replying to [comment:9 barracuda156]:
 > I do not know why SDL was set up that way, tbh :)

 As I explained above, libsdl2 (well, now it's the libsdl2-snowleopard
 port) cannot build on 10.6 unless the 10.7 SDK is used. Now that there is
 a MacOSX10.7.sdk port, the libsdl2-snowleopard port might be changed to
 use that instead and we could uninstall the 10.7 SDKs from the system's
 SDK directory.

 > > If you mean why does this port's build system choose the 10.7 SDK on
 10.6, you'll have to ask whoever made this port's build system.
 >
 > I think nothing from our side is doing that,

 If by "our side" you mean this port's build system, then it's hard to tell
 what it's doing, since it uses silent rules, since the CMake flag
 `-DCMAKE_VERBOSE_MAKEFILE=ON` hasn't been used. This would have been used
 if it were building with the cmake portgroup. It may simply be selecting
 the newest installed SDK, which is what Apple usually recommends, though
 not what we usually do in MacPorts.

 > If it is not possible to avoid 10.7 SDK from buildbots system side,

 There's nothing buildbot can do about this. It doesn't contain any feature
 to hide files from builds. You're thinking of trace mode, which we don't
 use on buildbot.

-- 
Ticket URL: <https://trac.macports.org/ticket/69838#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS