home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sgi:18117 gnu.misc.discuss:4017
- Path: sparky!uunet!olivea!sgigate!sgi!quasar.mti.sgi.com!davea
- From: davea@quasar.mti.sgi.com (David B.Anderson)
- Newsgroups: comp.sys.sgi,gnu.misc.discuss
- Subject: Re: makefile for gnu make on SGI
- Message-ID: <tmi3iac@sgi.sgi.com>
- Date: 17 Dec 92 00:31:32 GMT
- Sender: davea@quasar.mti.sgi.com
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 34
-
- In article <1992Dec16.224421.2340@microunity.com> brendan@microunity.com (Brendan Eich) writes:
- >In comp.sys.sgi, "Stephen E. Bacher" <seb1525@mvs.draper.com> writes:
- >| Irix Release 4.0.1 System V (which is where I did the build)
- >| appears to have __builtin_alloca, as shown in /usr/include/alloca.h,
- >| which is why I used -Dsparc (which doesn't trigger anything else in
- >| this particular make). Is this OK to use, or do I still need to get
- >| the GNU alloca?
- >
- >I think the Irix __builtin_alloca works only in certain contexts.
- >Someone should double-check my memory, but I believe you can't
- >
- > array[i] = alloca(1024);
- >
- >nor can you
- >
- > call_a_function(alloca(1024));
- >
- >There may be other restrictions. If the man page doesn't treat them,
- >the release notes may. Or you could enquire on comp.sys.sgi -- Dave
- >Anderson will have the answer.
- >
- >Rather than worry, I just grabbed gcc alloca.c.
- [stuff deleted for brevity]
-
- Brendan is quite right. And it _is_ probably simplest to use gcc alloca.c
-
- call_a_function(alloca(100));
- is not portable as I recall, so it is not wise to do it.
-
- We've fixed alloca in the compilers for the next major release so
- the problems compiling gnu-make with the built-in-alloca should go away.
-
- Regards,
- [ David B. Anderson (415)390-4263 davea@sgi.com ]
-