http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1463
*** shadow/1463 Mon Apr 23 12:36:22 2001 --- shadow/1463.tmp.20860 Tue Apr 24 15:38:00 2001 *************** *** 2,11 **** | Include a script/program to generate standard Makefiles from build.xml | +----------------------------------------------------------------------------+ | Bug #: 1463 Product: Ant | ! | Status: NEW Version: Nightly build | ! | Resolution: Platform: All | | Severity: Enhancement OS/Version: All | ! | Priority: Component: Optional Tasks | +----------------------------------------------------------------------------+ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | --- 2,11 ---- | Include a script/program to generate standard Makefiles from build.xml | +----------------------------------------------------------------------------+ | Bug #: 1463 Product: Ant | ! | Status: RESOLVED Version: Nightly build | ! | Resolution: WONTFIX Platform: All | | Severity: Enhancement OS/Version: All | ! | Priority: High Component: Optional Tasks | +----------------------------------------------------------------------------+ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | *************** *** 17,20 **** I think it'd be useful to generate Makefiles from build.xml ... The reasons given for the creation of Ant had to do with pitfalls of writing Makefiles. Perhaps one generated from build.xml would remove that problem. Pulling up a JVM ! to run Ant is simply too slow at times. --- 17,55 ---- I think it'd be useful to generate Makefiles from build.xml ... The reasons given for the creation of Ant had to do with pitfalls of writing Makefiles. Perhaps one generated from build.xml would remove that problem. Pulling up a JVM ! to run Ant is simply too slow at times. ! ! ------- Additional Comments From [EMAIL PROTECTED] 2001-04-24 15:37 ------- ! Other reasons for ant are 'to work across platforms', and address modern ! deployment issues, which makefiles do not do. ! ! To generate a makefile from a complex buildfile, one including, say, SQL, ! EJB, telnet tasks as well as javac, you would need. ! ! 1. command line wrappers for all such tasks with the same parameters and ! behaviour, on every supported platform: all versions of unix, win32, the ! macintosh, whatever. ! ! 2. some means for every task to generate the appropriate commands to call ! these tasks ! ! 3. some means for every task to list out what its current dependencies are ! by expanding the includes and filesets and whatever. ! ! Item 1 doesnt exist yet; someone would have to write them, test them, ! support them. Many ant tasks are more complex than the command line ! equivalents; telnet with its output recognition and the SQL command are ! cases in point. How you would you write a universal cross platform SQL ! command line client? It could be done on windows with ODBC, but for unix there ! is no common equivalent, except JDBC. ! ! Item 2 doesnt exist ; someone would have to write them, test them, support ! them ! ! Item 3 needs to be re-evaluated every run to maintain ant-like behavior of ! incorporating new files automatically. ! ! Even if these were all done, still encounter the JVM startup latencies if ! you use any java based app -like javac, anyway. ! ! If there is an issue with startup delays, try using antidote.
