Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!usc!julius.cs.uiuc.edu!rpi!crdgw1!lamson From: lamson@el1.crd.ge.com (scott h lamson) Newsgroups: comp.lang.fortran Subject: Re: global data Message-ID: Date: 8 Jan 91 16:40:06 GMT References: <1991Jan7.131620.27789@msuinfo.cl.msu.edu> <10553@lanl.gov> <1991Jan08.143747.16553@convex.com> Sender: news@crdgw1.crd.ge.com Distribution: usa Organization: GE Corporate Research & Development Lines: 22 In-reply-to: bleikamp@convex.com's message of 8 Jan 91 14:37:47 GMT >From: bleikamp@convex.com (Richard Bleikamp) >2) MODULEs, although a powerful tool for "local" software development, are not > well suited for supporting 3rd party applications. If third party vendors don't want to ship module source code, why should they ship include source code? modules can contain definitions and interfaces to the procedures without containing the procedures themselves. this provides all the proprietary protection that includes offer. > Also, INCLUDE files are more portable across different machines, while > intermediate representations of MODULEs will not be portable. what advantage is portable include files when the "libraries" are not portable anyway? -- Scott| ARPA: lamson@crd.ge.com Lamson| UUCP: uunet!crd.ge.com!lamson (518)387-5795| UUCP: uunet!sierra.crd.ge.com!lamson General Electric Corporate Research and Development