From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71773 invoked by alias); 15 Nov 2016 20:41:54 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 71698 invoked by uid 89); 15 Nov 2016 20:41:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_40,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=jar, samp, @samp, downloadable X-Spam-User: qpsmtpd, 2 recipients X-HELO: einhorn.in-berlin.de Received: from einhorn.in-berlin.de (HELO einhorn.in-berlin.de) (192.109.42.8) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 15 Nov 2016 20:41:39 +0000 X-Envelope-From: doko@ubuntu.com Received: from [192.168.178.26] (ip5f5af460.dynamic.kabel-deutschland.de [95.90.244.96]) (authenticated bits=0) by einhorn.in-berlin.de (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id uAFKfbvu030605 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Nov 2016 21:41:37 +0100 Subject: Re: [patch] remove more GCJ references To: GCC Patches , GCJ-patches References: <62935be0-488e-537b-2175-c51f0a1e9ba9@ubuntu.com> From: Matthias Klose Message-ID: <3a92f93f-0043-a296-0bfb-890cf33f0d83@ubuntu.com> Date: Tue, 15 Nov 2016 20:41:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------2098C9E94926DEFAEBFAAE52" X-IsSubscribed: yes X-SW-Source: 2016-q4/txt/msg00021.txt.bz2 This is a multi-part message in MIME format. --------------2098C9E94926DEFAEBFAAE52 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-length: 1099 On 15.11.2016 16:52, Jeff Law wrote: > On 11/15/2016 03:55 AM, Matthias Klose wrote: >> This patch removes some references to gcj in the top level and config >> directories and in the gcc documentation. The change to the config directory >> requires regenerating aclocal.m4 and configure in each sub directory. >> >> Ok for the trunk? >> >> Matthias >> >> >> >> 2016-11-14 Matthias Klose >> >> * config-ml.in: Remove references to GCJ. >> * configure.ac: Likewise. >> * configure: Regenerate. >> >> config/ >> >> 2016-11-14 Matthias Klose >> >> multi.m4: Don't set GCJ. >> >> gcc/ >> >> 2016-11-14 Matthias Klose >> >> * doc/install.texi: Remove references to gcj/libjava. >> * doc/invoke.texi: Likewise. >> > OK. > jeff I was missing more references in the documentation, committing the remaining changes as obvious: gcc/ 2016-11-15 Matthias Klose * doc/install.texi: Remove references to java/libjava. * doc/sourcebuild.texi: Likewise. --------------2098C9E94926DEFAEBFAAE52 Content-Type: text/x-diff; name="remove-gcj-doc2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="remove-gcj-doc2.diff" Content-length: 13088 gcc/ 2016-11-15 Matthias Klose * doc/install.texi: Remove references to java/libjava. * doc/sourcebuild.texi: Likewise. Index: gcc/doc/install.texi =================================================================== --- gcc/doc/install.texi (revision 242453) +++ gcc/doc/install.texi (working copy) @@ -498,28 +498,6 @@ Necessary when applying patches, created with @command{diff}, to one's own sources. -@item ecj1 -@itemx gjavah - -If you wish to modify @file{.java} files in libjava, you will need to -configure with @option{--enable-java-maintainer-mode}, and you will need -to have executables named @command{ecj1} and @command{gjavah} in your path. -The @command{ecj1} executable should run the Eclipse Java compiler via -the GCC-specific entry point. You can download a suitable jar from -@uref{ftp://sourceware.org/pub/java/}, or by running the script -@command{contrib/download_ecj}. - -@item antlr.jar version 2.7.1 (or later) -@itemx antlr binary - -If you wish to build the @command{gjdoc} binary in libjava, you will -need to have an @file{antlr.jar} library available. The library is -searched for in system locations but can be specified with -@option{--with-antlr-jar=} instead. When configuring with -@option{--enable-java-maintainer-mode}, you will need to have one of -the executables named @command{cantlr}, @command{runantlr} or -@command{antlr} in your path. - @end table @html @@ -550,9 +528,9 @@ Please refer to the @uref{http://gcc.gnu.org/releases.html,,releases web page} for information on how to obtain GCC@. -The source distribution includes the C, C++, Objective-C, Fortran, Java, +The source distribution includes the C, C++, Objective-C, Fortran, and Ada (in the case of GCC 3.1 and later) compilers, as well as -runtime libraries for C++, Objective-C, Fortran, and Java. +runtime libraries for C++, Objective-C, and Fortran. For previous versions these were downloadable as separate components such as the core GCC distribution, which included the C language front end and shared components, and language-specific distributions including the @@ -934,7 +912,7 @@ will be built. Package names currently recognized in the GCC tree are @samp{libgcc} (also known as @samp{gcc}), @samp{libstdc++} (not @samp{libstdc++-v3}), @samp{libffi}, @samp{zlib}, @samp{boehm-gc}, -@samp{ada}, @samp{libada}, @samp{libjava}, @samp{libgo}, and @samp{libobjc}. +@samp{ada}, @samp{libada}, @samp{libgo}, and @samp{libobjc}. Note @samp{libiberty} does not support shared libraries at all. Use @option{--disable-shared} to build only static libraries. Note that @@ -1178,7 +1156,7 @@ @item --enable-threads Specify that the target supports threads. This affects the Objective-C compiler and runtime -library, and exception handling for other languages like C++ and Java. +library, and exception handling for other languages like C++. On some systems, this is the default. In general, the best (and, in many cases, the only known) threading @@ -1195,7 +1173,7 @@ Specify that @var{lib} is the thread support library. This affects the Objective-C compiler and runtime library, and exception handling for other languages -like C++ and Java. The possibilities for @var{lib} are: +like C++. The possibilities for @var{lib} are: @table @code @item aix @@ -1443,7 +1421,7 @@ @option{--with-gxx-include-dir=@var{dirname}}. Using this option is particularly useful if you intend to use several versions of GCC in parallel. This is currently supported by @samp{libgfortran}, -@samp{libjava}, @samp{libstdc++}, and @samp{libobjc}. +@samp{libstdc++}, and @samp{libobjc}. @item @anchor{WithAixSoname}--with-aix-soname=@samp{aix}, @samp{svr4} or @samp{both} Traditional AIX shared library versioning (versioned @code{Shared Object} @@ -1563,7 +1541,7 @@ @end smallexample Currently, you can use any of the following: @code{all}, @code{ada}, @code{c}, @code{c++}, @code{fortran}, -@code{go}, @code{java}, @code{jit}, @code{lto}, @code{objc}, @code{obj-c++}. +@code{go}, @code{jit}, @code{lto}, @code{objc}, @code{obj-c++}. Building the Ada compiler has special requirements, see below. If you do not pass this flag, or specify the option @code{all}, then all default languages available in the @file{gcc} sub-tree will be configured. @@ -2415,13 +2393,6 @@ cross compiler. The installed native compiler needs to be GCC version 2.95 or later. -If the cross compiler is to be built with support for the Java -programming language and the ability to compile .java source files is -desired, the installed native compiler used to build the cross -compiler needs to be the same GCC version as the cross compiler. In -addition the cross compiler needs to be configured with -@option{--with-ecj-jar=@dots{}}. - Assuming you have already installed a native copy of GCC and configured your cross compiler, issue the command @command{make}, which performs the following steps: @@ -2624,7 +2595,7 @@ In order to run sets of tests selectively, there are targets @samp{make check-gcc} and language specific @samp{make check-c}, -@samp{make check-c++}, @samp{make check-fortran}, @samp{make check-java}, +@samp{make check-c++}, @samp{make check-fortran}, @samp{make check-ada}, @samp{make check-objc}, @samp{make check-obj-c++}, @samp{make check-lto} in the @file{gcc} subdirectory of the object directory. You can also @@ -2722,19 +2693,6 @@ typing @command{echo} before the example given here.) -@section Additional testing for Java Class Libraries - -The Java runtime tests can be executed via @samp{make check} -in the @file{@var{target}/libjava/testsuite} directory in -the build tree. - -The @uref{http://sourceware.org/mauve/,,Mauve Project} provides -a suite of tests for the Java Class Libraries. This suite can be run -as part of libgcj testing by placing the Mauve tree within the libjava -testsuite at @file{libjava/testsuite/libjava.mauve/mauve}, or by -specifying the location of that tree when invoking @samp{make}, as in -@samp{make MAUVEDIR=~/mauve check}. - @section How to interpret test results The result of running the testsuite are various @file{*.sum} and @file{*.log} @@ -2819,7 +2777,7 @@ @file{/usr/local} by default). (If you specified @option{--bindir}, that directory will be used instead; otherwise, if you specified @option{--exec-prefix}, @file{@var{exec-prefix}/bin} will be used.) -Headers for the C++ and Java libraries are installed in +Headers for the C++ library are installed in @file{@var{prefix}/include}; libraries in @file{@var{libdir}} (normally @file{@var{prefix}/lib}); internal parts of the compiler in @file{@var{libdir}/gcc} and @file{@var{libexecdir}/gcc}; documentation @@ -3468,9 +3426,9 @@ with this release of GCC@. Bootstrapping against the latest GNU binutils and/or the version found in @file{/usr/ports/devel/binutils} has been known to enable additional features and improve overall testsuite -results. However, it is currently known that boehm-gc (which itself -is required for java) may not configure properly on FreeBSD prior to -the FreeBSD 7.0 release with GNU binutils after 2.16.1. +results. However, it is currently known that boehm-gc may not configure +properly on FreeBSD prior to the FreeBSD 7.0 release with GNU binutils +after 2.16.1. @html
@@ -3568,8 +3526,7 @@ GCC 3.0 and up support HP-UX 11. GCC 2.95.x is not supported and cannot be used to compile GCC 3.0 and up. -The libffi and libjava libraries haven't been ported to 64-bit HP-UX@ -and don't build. +The libffi library haven't been ported to 64-bit HP-UX@ and doesn't build. Refer to @uref{binaries.html,,binaries} for information about obtaining precompiled GCC binaries for HP-UX@. Precompiled binaries must be obtained @@ -3582,11 +3539,7 @@ It is possible to build GCC 3.3 starting with the bundled HP compiler, but the process requires several steps. GCC 3.3 can then be used to -build later versions. The fastjar program contains ISO C code and -can't be built with the HP bundled compiler. This problem can be -avoided by not building the Java language. For example, use the -@option{--enable-languages="c,c++,f77,objc"} option in your configure -command. +build later versions. There are several possible approaches to building the distribution. Binutils can be built first using the HP tools. Then, the GCC @@ -4286,8 +4239,8 @@ @uref{binaries.html,,binaries page} for details. The Solaris 2 @command{/bin/sh} will often fail to configure -@samp{libstdc++-v3}, @samp{boehm-gc} or @samp{libjava}. We therefore -recommend using the following initial sequence of commands +@samp{libstdc++-v3}or @samp{boehm-gc}. We therefore recommend using the +following initial sequence of commands @smallexample % CONFIG_SHELL=/bin/ksh @@ -4351,9 +4304,6 @@ appropriate version is found. Solaris @command{c++filt} from the Solaris Studio compilers does @emph{not} work. -GNU @command{make} version 3.81 or later is required to build libjava -with the Solaris linker. - Sun bug 4927647 sometimes causes random spurious testsuite failures related to missing diagnostic output. This bug doesn't affect GCC itself, rather it is a kernel bug triggered by the @command{expect} Index: gcc/doc/sourcebuild.texi =================================================================== --- gcc/doc/sourcebuild.texi (revision 242453) +++ gcc/doc/sourcebuild.texi (working copy) @@ -28,8 +28,8 @@ @table @file @item boehm-gc -The Boehm conservative garbage collector, used as part of the Java -runtime library. +The Boehm conservative garbage collector, optionally used as part of +the ObjC runtime library when configured with @option{--enable-objc-gc}. @item config Autoconf macros and Makefile fragments used throughout the tree. @@ -76,7 +76,7 @@ The Decimal Float support library. @item libffi -The @code{libffi} library, used as part of the Java runtime library. +The @code{libffi} library, used as part of the Go runtime library. @item libgcc The GCC runtime library. @@ -100,9 +100,6 @@ @item libitm The runtime support library for transactional memory. -@item libjava -The Java runtime library. - @item libobjc The Objective-C and Objective-C++ runtime library. @@ -122,9 +119,8 @@ Scripts used by the @code{gccadmin} account on @code{gcc.gnu.org}. @item zlib -The @code{zlib} compression library, used by the Java front end, as -part of the Java runtime library, and for compressing and uncompressing -GCC's intermediate language in LTO object files. +The @code{zlib} compression library, used for compressing and +uncompressing GCC's intermediate language in LTO object files. @end table The build system in the top level directory, including how recursion @@ -629,8 +625,8 @@ If defined, this variable lists (space-separated) language front ends other than C that this front end requires to be enabled (with the names given being their @code{language} settings). For example, the -Java front end depends on the C++ front end, so sets -@samp{lang_requires=c++}. +Obj-C++ front end depends on the C++ and ObjC front ends, so sets +@samp{lang_requires="objc c++"}. @item subdir_requires If defined, this variable lists (space-separated) front end directories other than C that this front end requires to be present. For example, @@ -862,7 +858,6 @@ * Test Directives:: Directives used within DejaGnu tests. * Ada Tests:: The Ada language testsuites. * C Tests:: The C language testsuites. -* libgcj Tests:: The Java library testsuites. * LTO Testing:: Support for testing link-time optimizations. * gcov Testing:: Support for testing gcov. * profopt Testing:: Support for testing profile-directed optimizations. @@ -2600,29 +2595,6 @@ FIXME: merge in @file{testsuite/README.gcc} and discuss the format of test cases and magic comments more. -@node libgcj Tests -@section The Java library testsuites. - -Runtime tests are executed via @samp{make check} in the -@file{@var{target}/libjava/testsuite} directory in the build -tree. Additional runtime tests can be checked into this testsuite. - -Regression testing of the core packages in libgcj is also covered by the -Mauve testsuite. The @uref{http://sourceware.org/mauve/,,Mauve Project} -develops tests for the Java Class Libraries. These tests are run as part -of libgcj testing by placing the Mauve tree within the libjava testsuite -sources at @file{libjava/testsuite/libjava.mauve/mauve}, or by specifying -the location of that tree when invoking @samp{make}, as in -@samp{make MAUVEDIR=~/mauve check}. - -To detect regressions, a mechanism in @file{mauve.exp} compares the -failures for a test run against the list of expected failures in -@file{libjava/testsuite/libjava.mauve/xfails} from the source hierarchy. -Update this file when adding new failing tests to Mauve, or when fixing -bugs in libgcj that had caused Mauve test failures. - -We encourage developers to contribute test cases to Mauve. - @node LTO Testing @section Support for testing link-time optimizations --------------2098C9E94926DEFAEBFAAE52--