[patch] remove more GCJ references

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

[patch] remove more GCJ references

Matthias Klose-6
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

<toplevel>

2016-11-14  Matthias Klose  <[hidden email]>

        * config-ml.in: Remove references to GCJ.
        * configure.ac: Likewise.
        * configure: Regenerate.

config/

2016-11-14  Matthias Klose  <[hidden email]>

        multi.m4: Don't set GCJ.

gcc/

2016-11-14  Matthias Klose  <[hidden email]>

        * doc/install.texi: Remove references to gcj/libjava.
        * doc/invoke.texi: Likewise.

remove-gcj-refs.diff (14K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [patch] remove more GCJ references

Jeff Law
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
>
> <toplevel>
>
> 2016-11-14  Matthias Klose  <[hidden email]>
>
>         * config-ml.in: Remove references to GCJ.
>         * configure.ac: Likewise.
>         * configure: Regenerate.
>
> config/
>
> 2016-11-14  Matthias Klose  <[hidden email]>
>
>         multi.m4: Don't set GCJ.
>
> gcc/
>
> 2016-11-14  Matthias Klose  <[hidden email]>
>
>         * doc/install.texi: Remove references to gcj/libjava.
>         * doc/invoke.texi: Likewise.
>
OK.
jeff
Reply | Threaded
Open this post in threaded view
|

Re: [patch] remove more GCJ references

Matthias Klose-6
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
>>
>> <toplevel>
>>
>> 2016-11-14  Matthias Klose  <[hidden email]>
>>
>>         * config-ml.in: Remove references to GCJ.
>>         * configure.ac: Likewise.
>>         * configure: Regenerate.
>>
>> config/
>>
>> 2016-11-14  Matthias Klose  <[hidden email]>
>>
>>         multi.m4: Don't set GCJ.
>>
>> gcc/
>>
>> 2016-11-14  Matthias Klose  <[hidden email]>
>>
>>         * doc/install.texi: Remove references to gcj/libjava.
>>         * doc/invoke.texi: Likewise.
>>
> OK.
> jeff
- committed.
- restored the accidentally regenerated files in libiberty.
- forgot to commit some files, now committed.

2016-11-15  Matthias Klose  <[hidden email]>

        * Makefile.def: Remove references to GCJ.
        * Makefile.tpl: Likewise.
        * Makefile.in: Regenerate.



remove-gcj.diff (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [patch] remove more GCJ references

Matthias Klose-6
In reply to this post by Jeff Law
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
>>
>> <toplevel>
>>
>> 2016-11-14  Matthias Klose  <[hidden email]>
>>
>>         * config-ml.in: Remove references to GCJ.
>>         * configure.ac: Likewise.
>>         * configure: Regenerate.
>>
>> config/
>>
>> 2016-11-14  Matthias Klose  <[hidden email]>
>>
>>         multi.m4: Don't set GCJ.
>>
>> gcc/
>>
>> 2016-11-14  Matthias Klose  <[hidden email]>
>>
>>         * 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  <[hidden email]>

        * doc/install.texi: Remove references to java/libjava.
        * doc/sourcebuild.texi: Likewise.



remove-gcj-doc2.diff (13K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [patch] remove more GCJ references

Matthias Klose-6
On 15.11.2016 21:41, Matthias Klose wrote:

> 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
>>>
>>> <toplevel>
>>>
>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>
>>>         * config-ml.in: Remove references to GCJ.
>>>         * configure.ac: Likewise.
>>>         * configure: Regenerate.
>>>
>>> config/
>>>
>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>
>>>         multi.m4: Don't set GCJ.
>>>
>>> gcc/
>>>
>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>
>>>         * 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  <[hidden email]>
>
>         * doc/install.texi: Remove references to java/libjava.
>         * doc/sourcebuild.texi: Likewise.
and here are the remaining java reference in the user oriented documentation:

2016-11-15  Matthias Klose  <[hidden email]>

        * doc/install.texi: Remove references to java/libjava.
        * doc/invoke.texi: Likewise.
        * doc/standards.texi: Likewise.



remove-gcj-doc3.diff (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [patch] remove more GCJ references

Eric Gallager
On 11/15/16, Matthias Klose <[hidden email]> wrote:

> On 15.11.2016 21:41, Matthias Klose wrote:
>> 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
>>>>
>>>> <toplevel>
>>>>
>>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>>
>>>>         * config-ml.in: Remove references to GCJ.
>>>>         * configure.ac: Likewise.
>>>>         * configure: Regenerate.
>>>>
>>>> config/
>>>>
>>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>>
>>>>         multi.m4: Don't set GCJ.
>>>>
>>>> gcc/
>>>>
>>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>>
>>>>         * 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  <[hidden email]>
>>
>>         * doc/install.texi: Remove references to java/libjava.
>>         * doc/sourcebuild.texi: Likewise.
>
> and here are the remaining java reference in the user oriented
> documentation:
>
> 2016-11-15  Matthias Klose  <[hidden email]>
>
>         * doc/install.texi: Remove references to java/libjava.
>         * doc/invoke.texi: Likewise.
>         * doc/standards.texi: Likewise.
>
> Index: gcc/doc/install.texi
> ===================================================================
> --- gcc/doc/install.texi (revision 242455)
> +++ gcc/doc/install.texi (working copy)
> @@ -4021,7 +4021,7 @@
> it sorts relocations for REL targets (o32, o64, EABI).  This can cause
> bad code to be generated for simple C++ programs.  Also the linker
> from GNU binutils versions prior to 2.17 has a bug which causes the
> -runtime linker stubs in very large programs, like @file{libgcj.so}, to
> +runtime linker stubs in very large programs to
> be incorrectly generated.  GNU Binutils 2.18 and later (and snapshots
> made after Nov. 9, 2006) should be free from both of these problems.
>
> Index: gcc/doc/invoke.texi
> ===================================================================
> --- gcc/doc/invoke.texi (revision 242455)
> +++ gcc/doc/invoke.texi (working copy)
> @@ -1316,12 +1316,6 @@
> @item @var{file}.go
> Go source code.
>
> -@c FIXME: Descriptions of Java file types.
> -@c @var{file}.java
> -@c @var{file}.class
> -@c @var{file}.zip
> -@c @var{file}.jar
> -
> @item @var{file}.ads
> Ada source code file that contains a library unit declaration (a
> declaration of a package, subprogram, or generic, or a generic
>@@ -1370,7 +1364,6 @@
> ada
> f77  f77-cpp-input f95  f95-cpp-input
> go
> -java
> @end smallexample
>
> @item -x none
> @@ -3174,7 +3167,7 @@
> @item -fobjc-exceptions
> @opindex fobjc-exceptions
> Enable syntactic support for structured exception handling in
> -Objective-C, similar to what is offered by C++ and Java.  This option
> +Objective-C, similar to what is offered by C++.  This option
> is required to use the Objective-C keywords @code{@@try},
> @code{@@throw}, @code{@@catch}, @code{@@finally} and
> @code{@@synchronized}.  This option is available with both the GNU
> @@ -10800,7 +10793,7 @@
> @opindex fbounds-check
> For front ends that support it, generate additional code to check that
> indices used to access arrays are within the declared range.  This is
> -currently only supported by the Java and Fortran front ends, where
> +currently only supported by the Fortran front end, where
> this option defaults to true and false respectively.


The "defaults to true and false respectively" part no longer makes sense.
It should probably just be "defaults to false"


> @item -fcheck-pointer-bounds
> @@ -11861,8 +11854,7 @@
> This option instructs the compiler to assume that signed arithmetic
> overflow of addition, subtraction and multiplication wraps around
> using twos-complement representation.  This flag enables some optimizations
> -and disables others.  This option is enabled by default for the Java
> -front end, as required by the Java language specification.
> +and disables others.
> The options @option{-ftrapv} and @option{-fwrapv} override each other, so using
> @option{-ftrapv} @option{-fwrapv} on the command-line results in
> @option{-fwrapv} being effective.  Note that only active options override, so
> Index: gcc/doc/standards.texi
> ===================================================================
> --- gcc/doc/standards.texi (revision 242455)
> +++ gcc/doc/standards.texi (working copy)
> @@ -315,6 +315,3 @@
>
> @xref{Standards,,Standards, gfortran, The GNU Fortran Compiler}, for details
> of standards supported by GNU Fortran.
> -
> -@xref{Compatibility,,Compatibility with the Java Platform, gcj, GNU gcj},
> -for details of compatibility between @command{gcj} and the Java Platform.
>
Reply | Threaded
Open this post in threaded view
|

Re: [patch] remove more GCJ references

Matthias Klose-6
On 15.11.2016 23:03, Eric Gallager wrote:

> On 11/15/16, Matthias Klose <[hidden email]> wrote:
>> On 15.11.2016 21:41, Matthias Klose wrote:
>>> 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
>>>>>
>>>>> <toplevel>
>>>>>
>>>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>>>
>>>>>         * config-ml.in: Remove references to GCJ.
>>>>>         * configure.ac: Likewise.
>>>>>         * configure: Regenerate.
>>>>>
>>>>> config/
>>>>>
>>>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>>>
>>>>>         multi.m4: Don't set GCJ.
>>>>>
>>>>> gcc/
>>>>>
>>>>> 2016-11-14  Matthias Klose  <[hidden email]>
>>>>>
>>>>>         * 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  <[hidden email]>
>>>
>>>         * doc/install.texi: Remove references to java/libjava.
>>>         * doc/sourcebuild.texi: Likewise.
>>
>> and here are the remaining java reference in the user oriented
>> documentation:
>>
>> 2016-11-15  Matthias Klose  <[hidden email]>
>>
>>         * doc/install.texi: Remove references to java/libjava.
>>         * doc/invoke.texi: Likewise.
>>         * doc/standards.texi: Likewise.
>>
>> Index: gcc/doc/install.texi
>> ===================================================================
>> --- gcc/doc/install.texi (revision 242455)
>> +++ gcc/doc/install.texi (working copy)
>> @@ -4021,7 +4021,7 @@
>> it sorts relocations for REL targets (o32, o64, EABI).  This can cause
>> bad code to be generated for simple C++ programs.  Also the linker
>> from GNU binutils versions prior to 2.17 has a bug which causes the
>> -runtime linker stubs in very large programs, like @file{libgcj.so}, to
>> +runtime linker stubs in very large programs to
>> be incorrectly generated.  GNU Binutils 2.18 and later (and snapshots
>> made after Nov. 9, 2006) should be free from both of these problems.
>>
>> Index: gcc/doc/invoke.texi
>> ===================================================================
>> --- gcc/doc/invoke.texi (revision 242455)
>> +++ gcc/doc/invoke.texi (working copy)
>> @@ -1316,12 +1316,6 @@
>> @item @var{file}.go
>> Go source code.
>>
>> -@c FIXME: Descriptions of Java file types.
>> -@c @var{file}.java
>> -@c @var{file}.class
>> -@c @var{file}.zip
>> -@c @var{file}.jar
>> -
>> @item @var{file}.ads
>> Ada source code file that contains a library unit declaration (a
>> declaration of a package, subprogram, or generic, or a generic
>> @@ -1370,7 +1364,6 @@
>> ada
>> f77  f77-cpp-input f95  f95-cpp-input
>> go
>> -java
>> @end smallexample
>>
>> @item -x none
>> @@ -3174,7 +3167,7 @@
>> @item -fobjc-exceptions
>> @opindex fobjc-exceptions
>> Enable syntactic support for structured exception handling in
>> -Objective-C, similar to what is offered by C++ and Java.  This option
>> +Objective-C, similar to what is offered by C++.  This option
>> is required to use the Objective-C keywords @code{@@try},
>> @code{@@throw}, @code{@@catch}, @code{@@finally} and
>> @code{@@synchronized}.  This option is available with both the GNU
>> @@ -10800,7 +10793,7 @@
>> @opindex fbounds-check
>> For front ends that support it, generate additional code to check that
>> indices used to access arrays are within the declared range.  This is
>> -currently only supported by the Java and Fortran front ends, where
>> +currently only supported by the Fortran front end, where
>> this option defaults to true and false respectively.
>
>
> The "defaults to true and false respectively" part no longer makes sense.
> It should probably just be "defaults to false"

thanks, committed.