There is a new regression in libgcrypt-1.4.4 (as 1.4.3 compiled cleanly):
The MIPSpro compilers use some flags such as '-OPT:value1:value2' - but it
seems that a broken 'sed' invocation is replacing *every* instance of "-O" with
"-O1" - resulting in this argument being passed as "-O1PT:value1:value2", which
causes the compiler to abort.
The exact error message is:
`echo /opt/portage/bin/bash ../libtool --tag=CC --mode=compile cc
-DHAVE_CONFIG_H -I. -I.. -I../src -I../src -I/opt/portage/usr/include
-I/opt/portage/usr/include -c99 -O2 -n32 -mips4 -r14000 -float_const
-use_readonly_const -TARG:isa=mips4:platform=ip35:processor=r14000
-TENV:zeroinit_in_bss=ON -OPT:fast_io=ON:Olimit=8192:reorg_common=ON:swp=ON
-LNO:auto_dist=ON:fusion_peeling_limit=8:gather_scatter=2 -diag_error 1035
-woff 1174,1183,1185,1552,3968,3970 -c ./tiger.c | sed -e 's/-O[2-9s]*/-O1/g' `
cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src -I/opt/portage/usr/include
-I/opt/portage/usr/include -c99 -O1 -n32 -mips4 -r14000 -float_const
-use_readonly_const -TARG:isa=mips4:platform=ip35:processor=r14000
-TENV:zeroinit_in_bss=ON -O1PT:fast_io=ON:Olimit=8192:reorg_common=ON:swp=ON
-LNO:auto_dist=ON:fusion_peeling_limit=8:gather_scatter=2 -diag_error 1035
-woff 1174,1183,1185,1552,3968,3970 -c ./tiger.c -DPIC -o .libs/tiger.o
cc WARNING: -O1 conflicts with -O; using latter value (-O)
cc ERROR parsing -O1PT:fast_io=ON:Olimit=8192:reorg_common=ON:swp=ON: unknown
flag
make[2]: * [tiger.lo] Error 1
make[2]: Leaving directory
`/usr/opt/portage/var/tmp/portage/dev-libs/libgcrypt-1.4.4/work/libgcrypt-
1.4.4/cipher'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory
`/usr/opt/portage/var/tmp/portage/dev-libs/libgcrypt-1.4.4/work/libgcrypt-1.4.4'
make: *** [all] Error 2
... note the "sed -e 's/-O[2-9s]*/-O1/g'" in there.
(Thinking about it, is this reduction in optimisation necessary for any compiler
other than GCC?)