This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: RFA: enable gcjwebplugin and appletviewer


Bryce McKinlay wrote:
Thomas Fitzsimmons wrote:
One question: with the current fastjar situation, is it safe to rely on the FASTJAR make variable like I've done in classpath/tools/Makefile.am?

I think FASTJAR points to zip in the current libgcj build, even if you have a real fastjar installed somewhere. It's probably better to avoid referring to FASTJAR if possible though - JAR would be better.

OK, but is JAR guaranteed to be set to an actual jar command, in classpath/tools/Makefile?



2006-06-12 Thomas Fitzsimmons <fitzsim@redhat.com>

    * configure: Regenerate.
    * Makefile.in: Regenerate.
    * configure.ac (--enable-plugin): New option.
    (ac_configure_args): Add --enable-tool-wrappers.

I don't think we need a configure option for --enable-tool-wrappers, building them should always be enabled (or at least, should be the default).

The patch adds --enable-tool-wrappers to the ac_configure_args variable, not to libjava/configure. The ac_configure_args variable holds the configure arguments passed to libjava/classpath/configure. So with this patch, the tools are always built and installed.



Is there an autoconf test to detect the mozilla headers needed to build the plugin? It would be nice to also make --enable-plugin the default, if AWT is enabled and the required headers are found.

No, there is no good way to detect the Mozilla headers without requiring pkg-config, which is not a requirement of gcc. In my last patch I assumed pkg-config was a valid dependency and doing so broke the bootstrap on some platforms.


Tom


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]