'configure' problem

Ralf Corsepius corsepiu at faw.uni-ulm.de
Mon Apr 7 16:00:18 UTC 2003


Am Fre, 2003-04-04 um 06.51 schrieb Till Straumann: 
> Here's one for you, Ralf:

> However, solaris' /bin/sh executing 'configure' doesn't seem to grok the
> 
> var=${var=value}
> 
> constructs.
Well, var=${var=value} is the construct having been used for autoconf's
config caches for years, but ...

... I can reproduce the problem ...

The problem seem to be Solaris /bin/sh having problems in parsing quotes
(There even is a paragraph related to this issue in autoconf.info :( )

It accepts 
a=${a=X}
a=${a=-X}

but it chokes on
a=${a=-X -Y}

a=${a="-X -Y"}

also seems to work ...

> configure complains but runs through (and the complaint went
> undetected) but fails to build a correct Makefile
> (i.e. it builds a Makefile but doesn't set CPU_CFLAGS).
> 
> Any ideas about what went wrong greatly appreciated

I don't recall the rationale for autoconf using a=${a=...}, wo let's try
the normal, nominal way of "/bin/sh" setting up vars ....

Can you try the patch below?

Ralf


-------------- next part --------------
A non-text attachment was scrubbed...
Name: rtems-rc-20030407-1.diff
Type: text/x-patch
Size: 1254 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/users/attachments/20030407/acfaaee4/attachment-0001.bin>


More information about the users mailing list