Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!spool.mu.edu!uwm.edu!bionet!agate!darkstar!kithrup!sef From: sef@kithrup.COM (Sean Eric Fagan) Newsgroups: comp.arch Subject: Re: Segmented Architectures ( formerly Re: 48-bit computers) Message-ID: <1991Apr04.202446.13595@kithrup.COM> Date: 4 Apr 91 20:24:46 GMT References: <1991Apr04.023845.3501@kithrup.COM> <23615@as0c.sei.cmu.edu> Organization: Kithrup Enterprises, Ltd. Lines: 21 In article <23615@as0c.sei.cmu.edu> firth@sei.cmu.edu (Robert Firth) writes: > DIMENSION BIGMAT(50000,50000) > DOUBLE PRECISION BIGMAT Gee, this works on current 32-bit machines? The FORTRAN standard allows one to declare arrays of any size, and guarantees that they will work? I guess it's more braindamaged than I thought. I mean, I remember having problems with arrays *much* smaller on both Crays and Cybers... You're giving a knee-jerk response. If the compiler manual says that no object may be larger than , and you try to create an object of , *you're* the one who screwed up. And if it bothers you that much, fine: for the FORTRAN compiler, it, also, will use just one segment tag, just like the intial C port I hypothesized about. There, now you've only got 4Gb of virtual memory for any fortran program. Happy? -- Sean Eric Fagan | "I made the universe, but please don't blame me for it; sef@kithrup.COM | I had a bellyache at the time." -----------------+ -- The Turtle (Stephen King, _It_) Any opinions expressed are my own, and generally unpopular with others.