--Dxnq1zWXvFF0Q93v
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Stuart Shelton <stuart@zeus.com> wrote:
> On Sun, 2005-08-14 at 19:38 -0400, Jan Schaumann wrote:
=20
> > > Finally, gettext-0.11.5nb5:
> > >=20
> > > > cc-1054 cc: ERROR File =3D po-lex.c, Line =3D 517
> > > >   There are not enough arguments in a macro invocation.
> > > >=20
> > > >                     po_gram_error (_("invalid multibyte sequence"));
> > > >                                                                   ^
> > >=20
> > > > cc-1054 cc: ERROR File =3D po-lex.c, Line =3D 544
> > > >   There are not enough arguments in a macro invocation.
> > > >=20
> > > >   incomplete multibyte sequence at end of file"));
> > > >                                                 ^
> > >=20
> > > > cc-1054 cc: ERROR File =3D po-lex.c, Line =3D 1049
> > > >   There are not enough arguments in a macro invocation.
> > > >=20
> > > >                                            _("end-of-line within st=
ring"));
> > > >                                                                    =
      ^
> > >=20
> > > Any clues on this one?
> >=20
> > Hmm, strange.  I don't get this error on IRIX64 6.5.23f with CC 7.41.
>=20
> What options are you building with?

I build with '-64 -mips4 -r10k', but that's it.

>  With 7.3.4m and CFLAGS=3D"-c99 -O2
> -n32 -mips4 -r12000 -apo -float_const -use_readonly_const
> -TARG:isa=3Dmips4:platform=3Dip30:processor=3Dr12000 -TENV:zeroinit_in_bs=
s=3DON
> -DEFAULT:platform=3Dip30
> -OPT:fast_io=3DON:Olimit=3D8192:reorg_common=3DON:swp=3DON
> -LNO:auto_dist=3DON:fusion_peeling_limit=3D8:gather_scatter=3D2 -woff
> 1174,1183,1552" the compilers barfs at the macro definitions in po-lex.h
> and po-lex.c.

Have you tried compiling without any specific flags?  If so, what's the
result?  If it works, have you tried to slowly add flags and see which
one might be breaking it for you?

> I've just a couple of days ago submitted a patch to fix this to the list
> (which only adds one additional check to each file to use a function
> rather than a macro - which should mean that the only penalty is a
> potential slight drop in efficiency on MIPSpro compilers which do
> compile the macros successfully).

I haven't gotten around to looking at this, since -- as I said -- the
package builds fine for me and now I've kicked off bulk-builds for the
next stable pkgsrc release.  After the bulk builds complete, I'll try to
remember to look at this again.  Did you add the patch in a PR as well,
or just in the email I saw on this list?

-Jan

--=20
"Life," said Marvin, "don't talk to me about life."

--Dxnq1zWXvFF0Q93v
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (NetBSD)

iD8DBQFDJjNVfFtkr68iakwRAnK/AJ9kOGvl4zMfW1ZLA6dA9yy5p1VPQwCg1SHe
ZeeNcuoKI668x87+BSdBbMI=
=xrjv
-----END PGP SIGNATURE-----

--Dxnq1zWXvFF0Q93v--