perl5.26 @5.26.3_5: build fails on Tiger as /usr/bin/cc is apparently too old to build it.

[kencu (Ken)]

It looks like on Tiger, at least, /usr/bin/cc is just too old to build perl5.26.

/usr/bin/cc -c  -I/opt/local/include/db48 -fno-common -DPERL_DARWIN -pipe -Os -fno-strict-aliasing -I/opt/local/include -D_FORTIFY_SOURCE=2 -DPERL_USE_SAFE_PUTENV -Wall -Werror=declaration-after-statement -Wextra -Wc++-compat -Wwrite-strings -O3   -DVERSION=\"1.840\" -DXS_VERSION=\"1.84\"  "-I../.."  -D_NOT_CORE  -DmDB_Prefix_t=size_t -DmDB_Hash_t=u_int32_t   version.c
cc1: error: unrecognized command line option "-Werror=declaration-after-statement"
cc1: error: unrecognized command line option "-Wc++-compat"

It can default to various gcc versions that Tiger comes with, but I have it set to the newest one, gcc-4.0.

I'll throw in all the rest of the perls as well as no doubt they are all non-buildable.

Tiger pretty much needs to default to apple-gcc42 for everything; we only use the system roots to build ld64.

[kencu (Ken)]

I'll attach the log shortly.

[jmroot (Joshua Root)]

The real question is why DB_File is generating its Makefile in the destroot phase and thus not using the same CC as the rest of the build.

[kencu (Ken)]

I currently have both perl5.28 and perl5.30 installed on that Tiger box, so I will run rebuilds with them to see if this issue might just be with perl5.26 -- if so, we can perhaps just ignore it. I'll report back.

[kencu (Ken)]

It looks like it is only perl5.26 that does this.

That version of perl should probably not be used any longer anyway. I'll update the port that called for it, and we can (eventually) just let perl5.26 obsolete away I think rather than try to fix this niche issue.

[ryandesign (Ryan Carsten Schmidt)]

Joshua fixed this in [26dcf67f5b33a443b278a9e5382f1a18dea32d32/macports-ports].