On Mon, 2023-09-25 at 16:26 +0800, chenglulu wrote: > LGTM! > > Thank you for your modification!
Pushed r14-4250. > 在 2023/9/25 下午4:13, Xi Ruoyao 写道: > > gcc/ChangeLog: > > > > * doc/invoke.texi: Update -m[no-]explicit-relocs for r14-4160. > > --- > > > > I've not regtested this as it's only a doc change. Ok for trunk? > > > > gcc/doc/invoke.texi | 10 ++++++---- > > 1 file changed, 6 insertions(+), 4 deletions(-) > > > > diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi > > index ba7984bcb7e..146b40414b0 100644 > > --- a/gcc/doc/invoke.texi > > +++ b/gcc/doc/invoke.texi > > @@ -26159,10 +26159,12 @@ The default code model is @code{normal}. > > @itemx -mno-explicit-relocs > > Use or do not use assembler relocation operators when dealing with > > symbolic > > addresses. The alternative is to use assembler macros instead, which may > > -limit optimization. The default value for the option is determined during > > -GCC build-time by detecting corresponding assembler support: > > -@code{-mexplicit-relocs} if said support is present, > > -@code{-mno-explicit-relocs} otherwise. This option is mostly useful for > > +limit instruction scheduling but allow linker relaxation. The default > > +value for the option is determined during GCC build-time by detecting > > +corresponding assembler support: > > +@code{-mno-explicit-relocs} if the assembler supports relaxation or it > > +does not support relocation operators at all, > > +@code{-mexplicit-relocs} otherwise. This option is mostly useful for > > debugging, or interoperation with assemblers different from the build-time > > one. > > > -- Xi Ruoyao <xry...@xry111.site> School of Aerospace Science and Technology, Xidian University