|
Didn't I read somewhere these were going away? Maybe in favor of PC based tools? > -----Original Message----- > From: John Taylor [SMTP:lists@studioworks-tech.com] > Sent: Friday, September 20, 2002 12:35 PM > To: rpg400-l@midrange.com > Subject: Re: ILE philosophy > > I've stayed out of this so far, but I see that no one else is going to > mention it, so here it goes.... > > IBM _has_ provided the management tool(s) which you're asking for. There > are > two optional (read chargeable) features of the Application Development > Toolset called: > > 1) Application Development Manager/400. > 2) Application Dictionary Services/400 > > I don't use the Development Manager because I find I can manage just fine > with the base tools for ILE, but I have used the Dictionary Services for > years now, and have found that option to be well worth the extra charge. > > The following links are pretty old, but should get you started: > > http://www-3.ibm.com/software/ad/as400/library/adm42.html > http://www-3.ibm.com/software/ad/as400/library/ads42.html > > > Regards, > > John Taylor > > ----- Original Message ----- > From: "James Rich" <james@eaerich.com> > To: <rpg400-l@midrange.com> > Sent: Friday, September 20, 2002 10:19 AM > Subject: RE: ILE philosophy > > > > On Fri, 20 Sep 2002, Scott Mildenberger wrote: > > > > > > A "real" integrated MAKE tool is a no-brainer as a requirement. I > > > > believe that this is *one* of the reasons that it's taken a > > > > long time for > > > > ILE to catch on - it's a more difficult environment to > > > > manage, but I don't > > > > think that it has to be that way. > > > > > > I don't miss a MAKE tool that much. I can only think that it would be > real > > > useful if you bind modules by copy. Since I don't advocate that > approach I > > > don't see much need for a MAKE tool. > > > > The real power of make is not just compiling things, it is recognizing > > dependencies and building only those things that need to be built. > > Programs rely on data files, printer files, screen files, service > > programs, etc. If you change a printer file you need to recompile the > > associated program(s) to avoid a level check. make tracks this for you. > > Instead of using CRTPRTF you would use make. make would compile the > > printer file and then automatically recompile those programs that depend > > on the printer file. A CL program just isn't the same thing. > > > > James Rich > > > > _______________________________________________ > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list > To post a message email: RPG400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l > or email: RPG400-L-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/rpg400-l. ************************************************************************************************************************************************************************************************************ This message originates from Lincare Holdings Inc. It contains information which may be confidential or privileged and is intended only for the individual or entity named above. It is prohibited for anyone else to disclose, copy, distribute or use the contents of this message. All personal messages express views solely of the sender, which are not to be attributed to Lincare Holdings Inc., and may not be copied or distributed without this disclaimer. If you received this message in error, please notify us immediately at MailAdmin@lincare.com or (800) 284-2006. ************************************************************************************************************************************************************************************************************
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.