The listings package transforms source-code hyphens (-, U+002D) into minus signs (−, U+2212) when using the default proportional fonts, though not when using the default monospaced typewriter font. A minimal working example:
\documentclass{article}
\usepackage{listings}
\lstset{language=C}
\begin{document}
\lstinline[basicstyle=\rmfamily]{--x} \textrm{-{}-x} \par
\lstinline[basicstyle=\sffamily]{--x} \textsf{-{}-x} \par
\lstinline[basicstyle=\ttfamily]{--x} \texttt{-{}-x}
\end{document}
The first two rendered lines clearly show the difference between the long minus signs and the short hyphens:

This is not just an aesthetic problem. The listing is genuinely no longer correct code. A minus sign is not a hyphen, and the syntax of C (and most other languages) does not treat them as interchangeable. --x is valid C code, but −−x is not. If a non-Unicode-savvy person tries to copy and paste the code from such a listing, she may find that it does not compile but be baffled as to the problem.
How can I prevent listings from turning hyphens into minus signs?

literate={-}{-}1may let-absorbs following spaces in flexible and fullflexible column mode, see https://tex.stackexchange.com/q/445691. I recommend the solution in https://tex.stackexchange.com/a/424193, which redefines the processor of-to get rid of math mode minus sign. – muzimuzhi Z Jul 18 '19 at 12:16