summaryrefslogtreecommitdiffstatshomepage
path: root/src/osd/osdcore.cpp
Commit message (Collapse)AuthorAgeFilesLines
* fixed some clang-tidy warnings (nw) (#6236) Oliver Stöneberg2020-01-301-2/+2
| | | | | | | | | | | | | | | | * fixed some modernize-redundant-void-arg clang-tidy warnings (nw) * fixed some modernize-use-bool-literals clang-tidy warnings (nw) * fixed some modernize-use-emplace clang-tidy warnings (nw) * fixed some performance-move-const-arg clang-tidy warnings (nw) * fixed some readability-redundant-control-flow clang-tidy warnings (nw) * fixed some readability-redundant-string-cstr clang-tidy warnings (nw) * fixed some performance-unnecessary-value-param clang-tidy warnings (nw)
* use C++ library includes (nw) firewave2020-01-221-1/+1
|
* Make osd_printf_* use util/strformat semantics. Vas Crabb2019-09-261-62/+20
| | | | | | | | | | | | | | | | | (nw) This has been a long time coming but it's here at last. It should be easier now that logerror, popmessage and osd_printf_* behave like string_format and stream_format. Remember the differences from printf: * Any object with a stream out operator works with %s * %d, %i, %o, %x, %X, etc. work out the size by magic * No sign extending promotion to int for short/char * No widening/narrowing conversions for characters/strings * Same rules on all platforms, insulated from C runtime library * No format warnings from compiler * Assert in debug builds if number of arguments doesn't match format (nw) Also removed a pile of redundant c_str and string_format, and some workarounds for not being able to portably format 64-bit integers or long long.
* (nw) possible fix for MT 07275 [hap] Robbbert2019-04-191-0/+5
|
* (nw) srcclean - please use UTF-8 for source files, stuff that isn't valid ↵ Vas Crabb2017-09-241-3/+3
| | | | UTF-8 will be nuked, and cleaning it up by hand is annoying
* Attempted to sanitize/rationalize how we access UTF-8 command line arguments ↵ npwoods2017-09-181-0/+48
| | | | | | | | | | | (#2532) Specifically, this creates a call osd_get_command_line() that returns UTF-8 command line arguments as std::vector<std::string>. On non-Windows platforms, this does nothing more than build the vector. On Windows, this invokes GetCommandLineW() and CommandLineToArgvW(). This also attempts to unwind usage of wmain()/_tmain() on Windows, which is not standard. Related to this, this fixes a bug in Imgtool; specifically, non-7 bit ASCII was not being handled correctly in Windows. This is really an admission that the way that Windows handles Unicode and command line arguments sucks, and it is my belief that having a wmain() or _tmain() declaration specific for Windows is a worse solution. C'est la vie. I'm very open to the idea that src/osd/osdcore.[cpp|h] is not the best place to do this. Let me know if I should move it.
* Cleanups and version bumpmame0173 Miodrag Milanovic2016-04-271-6/+5
|
* moved osdsync to root of OSD, removed osdmini (nw) Miodrag Milanovic2016-04-151-9/+0
|
* Fixed joystick on Android preventing application to crash, cleanup init for ↵ Miodrag Milanovic2016-04-021-0/+23
| | | | SDL in total (nw)
* these are constexpr so calculation does not cost (nw) Miodrag Milanovic2016-03-031-1/+1
|
* use chrono calls for time handling in core (nw) Miodrag Milanovic2016-03-031-0/+40
|
* Allow mame -validate -verbose to capture verbose messages AJR2016-01-021-6/+0
|
* clang-modernize part 5 Miodrag Milanovic2015-12-041-1/+1
|
* Rename *.c -> *.cpp in our source (nw) Miodrag Milanovic2015-11-081-0/+149