On Tue, 2002-07-30 at 04:28, Victor Mote wrote: > FOP Committers: > > The underlying problem was that lib/bin/antRun had DOS line endings in it (I > am running on Linux 6.1), causing it to fail when used by javadoc from > within Ant. This cannot be fixed from within the build.xml file using > fixcrlf because the file is recreated, and (depending on umask) has > not-executable file permissions. Also, you can't use Ant's chmod to fix the > file permissions, because chmod itself relies on antRun to perform the > chmod. I moved the logic that attempted to change antRun's permissions from > build.xml to build.sh, and added code to strip out the offending end-of-line > characters to build.sh as well. The remaining changes are related to items 3 > and 4. > > I did not find or create a bug report for this problem. Perhaps I am the > only one experiencing it?
Are you generating the javadocs from the distribution? The problem sounds like a packaging issue. Those files have the line endings for the OS they are checked out on. As far as I know javadocs has always worked from cvs. > I noticed that code in the "dist-src" target has javadoc turned off. Perhaps > with the attached fix, it can be turned back on again? The idea was that the src distribution is just the source, generated files are left out. The javadocs can be generated from the source. Of course this is dependant on the above issue being sorted out. > > 3. It is trivial to add the "overview" attribute to build.xml to > > handle the overview file. > > 4. Right now, build.xml is excluding html files during its copy > > from "src" to "build/src", so the package.html files are being > > omitted. To correct this, we need to either a) not exclude the > > html files in the copy, or b) use "src" as the root of the > > javadoc build instead of "build/src". My tentative solution uses > > option "b". There may be other options as well, but I won't > > investigate them unless we need to. We probably need more javadoc info in general. Much of the javadoc is dependant on the stability of the interfaces and classes. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
