#11241: CC_IDENT macro generation doesn't consider non-utf8 encodings causes
warnings and scrambled log when compiling on Windows
-------------------------------------+-------------------------------------
Reporter: violet | Owner: (none)
Type: enhancement | Status: new
Priority: minor | Component: build
| system
Version: git-master | Resolution:
Keywords: CC_IDENT | Blocked By:
Blocking: | Reproduced by developer: 1
Analyzed by developer: 1 |
-------------------------------------+-------------------------------------
Comment (by violet):
I'm afraid the utf-8 encoding is the de facto standard only in Linux and
Internet, not Windows desktop. There are plenty of non-utf8 Windows
desktop softwares all over the world.
If you reproduce this problem on a non-english Windows, you would find the
CC_IDENT is generated by truncating the C compiler description
automatically. Unfortunately, the C compiler in VS, i.e., cl.exe uses
current system encoding to describe themselves, not utf-8. It's
unacceptable to change the system encoding type to just satisfy ffmpeg,
other desktop softwares will crash.
Before I report this issue, I've already tried numerous times to make
ffmpeg use the utf-8 `MY_CC_IDENT` string converted by myself. But
`./configure` just override my correct `CC_IDENT ` agin and agin. That's
why I suggested adding `--cc-ident` parameter to let user decide
`CC_IDENT` if necessary.
In short, `ffmpeg/configure` script need provide a way to let user
override `CC_IDENT` for non-utf8 users. Add a parameter like `--cc-ident`
to let users override original `CC_IDENT` is the simplest way.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/11241#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".
