What does C@t++ mean in the gdb man page?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
1
down vote

favorite












I was reading the manpage for gdb and I came across the line:



You can use GDB to debug programs written in C, C@t++, Fortran and Modula-2.


The C@t++ looks like a regex but I can't seem to decode it.



What does it mean?










share|improve this question





















  • for which version? looks like C++ only they bodged the special encoding of ++ somehow
    – thrig
    1 hour ago














up vote
1
down vote

favorite












I was reading the manpage for gdb and I came across the line:



You can use GDB to debug programs written in C, C@t++, Fortran and Modula-2.


The C@t++ looks like a regex but I can't seem to decode it.



What does it mean?










share|improve this question





















  • for which version? looks like C++ only they bodged the special encoding of ++ somehow
    – thrig
    1 hour ago












up vote
1
down vote

favorite









up vote
1
down vote

favorite











I was reading the manpage for gdb and I came across the line:



You can use GDB to debug programs written in C, C@t++, Fortran and Modula-2.


The C@t++ looks like a regex but I can't seem to decode it.



What does it mean?










share|improve this question













I was reading the manpage for gdb and I came across the line:



You can use GDB to debug programs written in C, C@t++, Fortran and Modula-2.


The C@t++ looks like a regex but I can't seem to decode it.



What does it mean?







regular-expression c c++ gdb






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked 1 hour ago









sam

168111




168111











  • for which version? looks like C++ only they bodged the special encoding of ++ somehow
    – thrig
    1 hour ago
















  • for which version? looks like C++ only they bodged the special encoding of ++ somehow
    – thrig
    1 hour ago















for which version? looks like C++ only they bodged the special encoding of ++ somehow
– thrig
1 hour ago




for which version? looks like C++ only they bodged the special encoding of ++ somehow
– thrig
1 hour ago










2 Answers
2






active

oldest

votes

















up vote
3
down vote













GNU hates man pages, so they usually write documentation in another format and generate a man page from that, without really caring if the result is usable.



C@t++ is some texinfo markup which didn't get translated. It wasn't intended to be part of the user-visible documentation. It should simply say C++ (possibly with some special font for the ++ to make it look nice).






share|improve this answer



























    up vote
    2
    down vote













    The sequence @t... is the Texinfo markup to typeset a sequence using fixed-width font (see the Fonts section of the Texinfo manual for more details and some examples.)



    It looks like they were trying to write "C++" and have the "++" use a fixed width font (like "++".) Perhaps someone found that yields better results with specific fonts while rendering documentation in PostScript or PDF or some format that uses variable-width fonts by default.



    The reason why this doesn't seem to work and you're seeing the unprocessed sequence is that Texinfo is used by the info documentation system, while man uses nroff which is a different language with different commands (for instance, the command to switch to a constant width font in nroff is f(CW), so it of course didn't recognize the @t... sequence unchanged.



    What probably happened is someone applied this change (perhaps as a global search/replace) using fixed-width font for the "++" part, but used the markup for the incorrect language (perhaps this went unnoticed if this was a global search/replace in multiple files and many/most of those were Texinfo files?) Therefore leaving the one instance of C@t++ you found.






    share|improve this answer




















      Your Answer







      StackExchange.ready(function()
      var channelOptions =
      tags: "".split(" "),
      id: "106"
      ;
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function()
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled)
      StackExchange.using("snippets", function()
      createEditor();
      );

      else
      createEditor();

      );

      function createEditor()
      StackExchange.prepareEditor(
      heartbeatType: 'answer',
      convertImagesToLinks: false,
      noModals: false,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: null,
      bindNavPrevention: true,
      postfix: "",
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      );



      );













       

      draft saved


      draft discarded


















      StackExchange.ready(
      function ()
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f476167%2fwhat-does-ct-mean-in-the-gdb-man-page%23new-answer', 'question_page');

      );

      Post as a guest






























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes








      up vote
      3
      down vote













      GNU hates man pages, so they usually write documentation in another format and generate a man page from that, without really caring if the result is usable.



      C@t++ is some texinfo markup which didn't get translated. It wasn't intended to be part of the user-visible documentation. It should simply say C++ (possibly with some special font for the ++ to make it look nice).






      share|improve this answer
























        up vote
        3
        down vote













        GNU hates man pages, so they usually write documentation in another format and generate a man page from that, without really caring if the result is usable.



        C@t++ is some texinfo markup which didn't get translated. It wasn't intended to be part of the user-visible documentation. It should simply say C++ (possibly with some special font for the ++ to make it look nice).






        share|improve this answer






















          up vote
          3
          down vote










          up vote
          3
          down vote









          GNU hates man pages, so they usually write documentation in another format and generate a man page from that, without really caring if the result is usable.



          C@t++ is some texinfo markup which didn't get translated. It wasn't intended to be part of the user-visible documentation. It should simply say C++ (possibly with some special font for the ++ to make it look nice).






          share|improve this answer












          GNU hates man pages, so they usually write documentation in another format and generate a man page from that, without really caring if the result is usable.



          C@t++ is some texinfo markup which didn't get translated. It wasn't intended to be part of the user-visible documentation. It should simply say C++ (possibly with some special font for the ++ to make it look nice).







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered 1 hour ago









          Wumpus Q. Wumbley

          4,1601120




          4,1601120






















              up vote
              2
              down vote













              The sequence @t... is the Texinfo markup to typeset a sequence using fixed-width font (see the Fonts section of the Texinfo manual for more details and some examples.)



              It looks like they were trying to write "C++" and have the "++" use a fixed width font (like "++".) Perhaps someone found that yields better results with specific fonts while rendering documentation in PostScript or PDF or some format that uses variable-width fonts by default.



              The reason why this doesn't seem to work and you're seeing the unprocessed sequence is that Texinfo is used by the info documentation system, while man uses nroff which is a different language with different commands (for instance, the command to switch to a constant width font in nroff is f(CW), so it of course didn't recognize the @t... sequence unchanged.



              What probably happened is someone applied this change (perhaps as a global search/replace) using fixed-width font for the "++" part, but used the markup for the incorrect language (perhaps this went unnoticed if this was a global search/replace in multiple files and many/most of those were Texinfo files?) Therefore leaving the one instance of C@t++ you found.






              share|improve this answer
























                up vote
                2
                down vote













                The sequence @t... is the Texinfo markup to typeset a sequence using fixed-width font (see the Fonts section of the Texinfo manual for more details and some examples.)



                It looks like they were trying to write "C++" and have the "++" use a fixed width font (like "++".) Perhaps someone found that yields better results with specific fonts while rendering documentation in PostScript or PDF or some format that uses variable-width fonts by default.



                The reason why this doesn't seem to work and you're seeing the unprocessed sequence is that Texinfo is used by the info documentation system, while man uses nroff which is a different language with different commands (for instance, the command to switch to a constant width font in nroff is f(CW), so it of course didn't recognize the @t... sequence unchanged.



                What probably happened is someone applied this change (perhaps as a global search/replace) using fixed-width font for the "++" part, but used the markup for the incorrect language (perhaps this went unnoticed if this was a global search/replace in multiple files and many/most of those were Texinfo files?) Therefore leaving the one instance of C@t++ you found.






                share|improve this answer






















                  up vote
                  2
                  down vote










                  up vote
                  2
                  down vote









                  The sequence @t... is the Texinfo markup to typeset a sequence using fixed-width font (see the Fonts section of the Texinfo manual for more details and some examples.)



                  It looks like they were trying to write "C++" and have the "++" use a fixed width font (like "++".) Perhaps someone found that yields better results with specific fonts while rendering documentation in PostScript or PDF or some format that uses variable-width fonts by default.



                  The reason why this doesn't seem to work and you're seeing the unprocessed sequence is that Texinfo is used by the info documentation system, while man uses nroff which is a different language with different commands (for instance, the command to switch to a constant width font in nroff is f(CW), so it of course didn't recognize the @t... sequence unchanged.



                  What probably happened is someone applied this change (perhaps as a global search/replace) using fixed-width font for the "++" part, but used the markup for the incorrect language (perhaps this went unnoticed if this was a global search/replace in multiple files and many/most of those were Texinfo files?) Therefore leaving the one instance of C@t++ you found.






                  share|improve this answer












                  The sequence @t... is the Texinfo markup to typeset a sequence using fixed-width font (see the Fonts section of the Texinfo manual for more details and some examples.)



                  It looks like they were trying to write "C++" and have the "++" use a fixed width font (like "++".) Perhaps someone found that yields better results with specific fonts while rendering documentation in PostScript or PDF or some format that uses variable-width fonts by default.



                  The reason why this doesn't seem to work and you're seeing the unprocessed sequence is that Texinfo is used by the info documentation system, while man uses nroff which is a different language with different commands (for instance, the command to switch to a constant width font in nroff is f(CW), so it of course didn't recognize the @t... sequence unchanged.



                  What probably happened is someone applied this change (perhaps as a global search/replace) using fixed-width font for the "++" part, but used the markup for the incorrect language (perhaps this went unnoticed if this was a global search/replace in multiple files and many/most of those were Texinfo files?) Therefore leaving the one instance of C@t++ you found.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered 47 mins ago









                  Filipe Brandenburger

                  4,187622




                  4,187622



























                       

                      draft saved


                      draft discarded















































                       


                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function ()
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f476167%2fwhat-does-ct-mean-in-the-gdb-man-page%23new-answer', 'question_page');

                      );

                      Post as a guest













































































                      Comments

                      Popular posts from this blog

                      Long meetings (6-7 hours a day): Being “babysat” by supervisor

                      Is the Concept of Multiple Fantasy Races Scientifically Flawed? [closed]

                      Confectionery