Re: Non portable sed invocation in libgcc configury

2014-03-23 Thread Andreas Schwab
Martin Husemann writes: > This version seems to work for me - but do you really want to go on > this slippery ice? If you want to be portable you cannot use -r anyway. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "A

Re: Non portable sed invocation in libgcc configury

2014-03-23 Thread Martin Husemann
This version seems to work for me - but do you really want to go on this slippery ice? Martin --- libgcc/config/t-hardfp.orig 2014-02-07 08:46:34.0 +0100 +++ libgcc/config/t-hardfp 2014-03-23 13:25:44.0 +0100 @@ -51,11 +51,11 @@ $(subst M,$(pair),

Re: Non portable sed invocation in libgcc configury

2014-03-23 Thread Martin Husemann
On Sun, Mar 23, 2014 at 11:59:39AM +0100, Andreas Schwab wrote: > -r changes the regexp syntax to extended, so this will no longer match. Right, it needs a few more \ removed - however, it doesn't work anyway, as our sed does not accept empty alternatives: (si|2|3|) fails with: RE error: empty (s

Re: Non portable sed invocation in libgcc configury

2014-03-23 Thread Andreas Schwab
Martin Husemann writes: > --- t-hardfp.orig 2014-02-07 08:46:34.0 +0100 > +++ t-hardfp 2014-03-23 11:36:12.0 +0100 > @@ -64,7 +64,7 @@ > # TYPE: the last floating-point mode (e.g. sf) > hardfp_defines_for = \ >$(shell echo $1 | \ > -sed > 's/\(.*\)\($(hardfp_mode

Non portable sed invocation in libgcc configury

2014-03-23 Thread Martin Husemann
libgcc/config/t-hardfp uses sed to convert libgcc function names (like __addsf3) into a tuple of -D defines. The regular expression used for that contains |, which is not a basic regular expression and not understood by posix sed. Gnu sed seems to enable it by default, I suppose - or this should