Sign In

Login

Password

Forgot Password ? Sign Up

String literal (English Wikipedia)

Analysis of information sources in references of the Wikipedia article "String literal" in English language version.

refsWebsite
Global rank English rank
10python.org
2,232nd place
1,903rd place
4open-std.org
4,221st place
2,842nd place
3liu.se
9,195th place
7,457th place
3books.google.com
3rd place
3rd place
2web.archive.org
1st place
1st place
2dlang.org
low place
low place
1realworldhaskell.org
low place
low place
1mozilla.org
1,686th place
1,293rd place
1microsoft.com
153rd place
151st place
1gnu.org
1,475th place
1,188th place
1github.com
383rd place
320th place
1oracle.com
1,514th place
1,024th place
1stackoverflow.com
4,643rd place
2,973rd place
1decompile.com
low place
low place
1cert.org
low place
low place
1perl.org
low place
9,807th place

books.google.com (Global: 3rd place; English: 3rd place)

  • Rationale for the ANSI C Programming Language. Silicon Press. 1990. p. 31. ISBN 0-929306-07-4., 3.1.4 String literals: "A long string can be continued across multiple lines by using the backslash-newline line continuation, but this practice requires that the continuation of the string start in the first position of the next line. To permit more flexible layout, and to solve some preprocessing problems (see §3.8.3), the Committee introduced string literal concatenation. Two string literals in a row are pasted together (with no null character in the middle) to make one combined string literal. This addition to the C language allows a programmer to extend a string literal beyond the end of a physical line without having to use the backslash-newline mechanism and thereby destroying the indentation scheme of the program. An explicit concatenation operator was not introduced because the concatenation is a lexical construct rather than a run-time operation."
  • Rationale for the ANSI C Programming Language. Silicon Press. 1990. p. 6566. ISBN 0-929306-07-4., 3.8.3.2 The # operator: "The # operator has been introduced for stringizing. It may only be used in a #define expansion. It causes the formal parameter name following to be replaced by a string literal formed by stringizing the actual argument token sequence. In conjunction with string literal concatenation (see §3.1.4), use of this operator permits the construction of strings as effectively as by identifier replacement within a string. An example in the Standard illustrates this feature."
  • C/C++ Users Journal, Volume 19, p. 50

cert.org (Global: low place; English: low place)

securecoding.cert.org

decompile.com (Global: low place; English: low place)

dlang.org (Global: low place; English: low place)

dlang.org

issues.dlang.org

  • DLang's Issue Tracking System – Issue 3827 - Warn against and then deprecate implicit concatenation of adjacent string literals

github.com (Global: 383rd place; English: 320th place)

gnu.org (Global: 1,475th place; English: 1,188th place)

gcc.gnu.org

liu.se (Global: 9,195th place; English: 7,457th place)

lysator.liu.se

  • "ANSI C grammar (Lex)". liu.se. Retrieved 22 June 2016.
  • Rationale for the ANSI C Programming Language. Silicon Press. 1990. p. 31. ISBN 0-929306-07-4., 3.1.4 String literals: "A long string can be continued across multiple lines by using the backslash-newline line continuation, but this practice requires that the continuation of the string start in the first position of the next line. To permit more flexible layout, and to solve some preprocessing problems (see §3.8.3), the Committee introduced string literal concatenation. Two string literals in a row are pasted together (with no null character in the middle) to make one combined string literal. This addition to the C language allows a programmer to extend a string literal beyond the end of a physical line without having to use the backslash-newline mechanism and thereby destroying the indentation scheme of the program. An explicit concatenation operator was not introduced because the concatenation is a lexical construct rather than a run-time operation."
  • Rationale for the ANSI C Programming Language. Silicon Press. 1990. p. 6566. ISBN 0-929306-07-4., 3.8.3.2 The # operator: "The # operator has been introduced for stringizing. It may only be used in a #define expansion. It causes the formal parameter name following to be replaced by a string literal formed by stringizing the actual argument token sequence. In conjunction with string literal concatenation (see §3.1.4), use of this operator permits the construction of strings as effectively as by identifier replacement within a string. An example in the Standard illustrates this feature."

microsoft.com (Global: 153rd place; English: 151st place)

msdn.microsoft.com

mozilla.org (Global: 1,686th place; English: 1,293rd place)

developer.mozilla.org

  • "String". mozilla.org. Retrieved 22 June 2016.

open-std.org (Global: 4,221st place; English: 2,842nd place)

oracle.com (Global: 1,514th place; English: 1,024th place)

docs.oracle.com

perl.org (Global: low place; English: 9,807th place)

perldoc.perl.org

python.org (Global: 2,232nd place; English: 1,903rd place)

docs.python.org

  • The Python Language Reference, 2. Lexical analysis, 2.4.2. String literal concatenation: "Multiple adjacent string literals (delimited by whitespace), possibly using different quoting conventions, are allowed, and their meaning is the same as their concatenation."
  • The Python Language Reference, 2. Lexical analysis, 2.4.2. String literal concatenation: "Note that this feature is defined at the syntactical level, but implemented at compile time. The ‘+’ operator must be used to concatenate string expressions at run time."
  • The Python Language Reference, 2. Lexical analysis, 2.4.2. String literal concatenation: "This feature can be used to reduce the number of backslashes needed, to split long strings conveniently across long lines, or even to add comments to parts of strings, for example:
  • "2. Lexical analysis — Python 2.7.12rc1 documentation". python.org. Retrieved 22 June 2016.
  • "2. Lexical analysis". The Python Language Reference. Python Software Foundation. 2.4.1. String and Bytes literals. Both string and bytes literals may optionally be prefixed with a letter 'r' or 'R'; such constructs are called raw string literals and raw bytes literals respectively and treat backslashes as literal characters. The term "raw string" is used in other sections in this source.
  • "2. Lexical analysis". The Python Language Reference. Python Software Foundation. 2.4.1.1. Escape sequences. Escape sequences in string and bytes literals with no 'r' or 'R' prefix are interpreted according to rules similar to those used by Standard C. Escape sequences are decoded in "ordinary strings" as can be stated from section 2.4.3. f-strings.
  • "2. Lexical analysis". The Python Language Reference. Python Software Foundation. 2.4.3. f-strings. A formatted string literal or f-string is a string literal that is prefixed with 'f' or 'F'.
  • "2. Lexical analysis". The Python Language Reference. Python Software Foundation. 2.4.3. f-strings. Escape sequences in f-strings are decoded like in ordinary string literals except when a f-string literal is also marked as a raw string. The latter f-string type is called "raw formatted string", for details of it, see section 2.4.1. String and Bytes literals. Additionally note that, prior to Python 3.12, escaping backslashes were not permitted inside an f-string replacement field.

mail.python.org

peps.python.org

  • V. Smith, Eric (1 August 2015). "PEP 498 – Literal String Interpolation". Python Enhancement Proposals. Python Software Foundation. Abstract. The PEP 498 proposes a new string formatting mechanism called literal string interpolation, and refers to the strings used in that mechanism as "f-strings".

realworldhaskell.org (Global: low place; English: low place)

book.realworldhaskell.org

stackoverflow.com (Global: 4,643rd place; English: 2,973rd place)

web.archive.org (Global: 1st place; English: 1st place)