svn commit: r380211 - head/security/libgpg-error

[John Marino]

On 3/1/2015 19:46, Antoine Brodin wrote:
> On Sun, Mar 1, 2015 at 6:30 PM, John Marino <freebsd.contact at marino.st> wrote:
>> On 3/1/2015 19:24, Antoine Brodin wrote:
>>> On Sun, Mar 1, 2015 at 5:34 PM, John Marino <freebsd.contact at marino.st> wrote:
>>> Thanks.
>>> Why are you trying to use tradcpp?   even on freebsd 9.3 or even 8.4,
>>> lots of freebsd headers do not work with tradcpp  (Integer constant
>>> too large,  Invalid macro parameter name args...).
>>
>> The heart of the problem is that cpp on gcc5+ behaves differently in
>> some cases from previous versions of gcc (usually on line terminations).
>>  Some people are doing sketchy things with cpp and on gcc5, the
>> resulting source file is corrupt.
>>
>> using tradcpp is a work-around to fixing the real problem. There wasn't
>> a lot of fallout, maybe 5 ports or so, but libgpg-error was a big one.
> 
> 
> Can you try using cpp5 -P instead of cpp5?
> See http://www.gnu.org/software/gcc/gcc-5/porting_to.html
> 

It works.  If I just add "CPP= cpp -P" to the stock port makefile, then
it builds fine.  I check "cpp -P" on FreeBSD 10, it seems clang cpp just
ignores the -P even though it's not a listed option.

I guess if we want to use this, the fix would be something like
"CPP+= -P"

Would all the FreeBSD releases accept "CPP+= -P" ?

John