home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.fortran
- Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!draco.macsch.com!convex.is.macsch.com!dnl
- From: dnl@convex.is.macsch.com (David Lombard)
- Subject: Re: How does one return a logical value...???
- Message-ID: <1992Nov20.210324.3906@draco.macsch.com>
- Sender: usenet@draco.macsch.com (Usenet Poster)
- Organization: MacNeal-Schwendler Corp.
- References: <kf2iy2_00YUo8INXQF@andrew.cmu.edu> <BxzC1x.n0s@news.cso.uiuc.edu>
- Date: Fri, 20 Nov 92 21:03:24 GMT
- Lines: 28
-
- In article <BxzC1x.n0s@news.cso.uiuc.edu> ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi) writes:
- >In article <kf2iy2_00YUo8INXQF@andrew.cmu.edu>, "Bruno W. Repetto" <br0w+@andrew.cmu.edu> writes:
- >
- >but now i was wondering why the writers of the standard
- >defined these new operators, .EQV. and .NEQV.
- >to a first sight, it seems that overloading .EQ. and .NE. should be
- >possible: the compiler would select the operator by looking at the
- >operands. Just as .GT. works for both integer and floats.
- >Yet, if they did it this way there is probably a good reason.
- >Does anybody know why?
- >
-
- The following statement is fairly clear:
-
- IF( A.EQ.B .EQV. C.EQ.D ) ...
-
- What would you do with this phantom?
-
- IF( A.EQ.B .EQ. C.EQ.D ) ...
-
- Regards,
- DNL
-
- MY_COMMENTS = MY_OPINIONS = NOBODY_ELSES;
-
- David N. Lombard The first thing we do, The MacNeal-Schwendler Corp
- dnl@macsch.com Let's kill all the lawyers. 815 Colorado Blvd
- (213) 259-4911 II Henry VI, IV.ii Los Angeles, CA 90041
-