This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Analysis of remaining xm-host headers
- To: Zack Weinberg <zackw at stanford dot edu>
- Subject: Re: Analysis of remaining xm-host headers
- From: Sam TH <sam at uchicago dot edu>
- Date: Wed, 14 Mar 2001 03:33:35 -0600
- Cc: gcc at gcc dot gnu dot org
- References: <20010314004354.E29383@stanford.edu>
On Wed, Mar 14, 2001 at 12:43:54AM -0800, Zack Weinberg wrote:
> i386/xm-beos.h, rs6000/xm-beos.h: A shocking amount of crud which
> makes sense only if beos can't run configure. I'm 99% sure this is
> not the case. The only necessary bits appear to be the
> include-directory adjustments, and an unconditional #define
> USE_C_ALLOCA. On the latter, aomment explains that beos stacks are
> permanently limited to 64KB, but it says "may change after DR9" so it
> may be obsolete.
BeOS R 4.5 can definitely run configure on both of these platforms
(and lots more, to boot). I don't know about earlier versions, but
4.5 is something like 18 months old, and since upgrades are free, and
BeOS is only a desktop system, I think that assuming that configure
runs on BeOS is quite safe.
What would be a good way to test the max stack size?
sam th --- sam@uchicago.edu --- http://www.abisource.com/~sam/
OpenPGP Key: CABD33FC --- http://samth.dyndns.org/key
DeCSS: http://samth.dynds.org/decss
PGP signature