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

[Antoine Brodin]

On Sun, Mar 1, 2015 at 8:25 PM, John Marino <freebsd.contact at marino.st> wrote:
> 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" ?

I tested the src/Makefile.in part of
https://build.opensuse.org/source/openSUSE:Factory/libgpg-error/libgpg-error-1.18-gcc5.patch
on FreeBSD 8.4 / 9.3 / 10.1 / head / head with clang 3.6 and it
worked.

Antoine