summaryrefslogtreecommitdiffstatshomepage
path: root/src/tools/imgtool/modules/amiga.cpp
Commit message (Collapse)AuthorAgeFilesLines
* -Switch to building MAME as C++17. Vas Crabb2020-11-151-0/+1
| | | | | | | * Updated sol2 to 3.2.2 * Updated pugixml to 1.10 * Increased minimum clang version to 6 * Cleaned up some stuff that can use new features
* With permission from Dirk Best, apply 3-clause BSD license to common devices ↵ Vas Crabb2020-04-131-1/+1
| | | | | | and image handling (nw) Note that this does not apply to machine drivers or device implementations for a single machine family (e.g. Amiga chips or VTech expansion bus)
* use C++ library includes (nw) firewave2020-01-221-3/+3
|
* Created a more flexible imgtool::datetime structure for use within Imgtool ↵ npwoods2017-10-171-17/+14
| | | | | | | | | | | | | | (#2263) * Created a more flexible imgtool::datetime structure for use within Imgtool This is intended to replace most usage of time_t * Changing the granularity of imgtool_clock from 1ms to 100ns, as per Vas' suggestion * Created arbitrary_datetime in timeconv.h to facilitate interpretation of datetime info I concluded that invoking std::mktime on manually assembled std::tm is bad, because it is indeterminate how the std::tm members may be "dominant". This required that I go further in imgtool, and update a number of drivers and eliminate the parameter of imgtool::datetime that takes std::tm.
* [Imgtool] Rewrote charconv; now an interface rather than an enumeration Nathan Woods2016-12-231-1/+1
|
* TRUE/FALSE in tools section (nw) Miodrag Milanovic2016-10-221-14/+14
|
* NOTICE (TYPE NAME CONSOLIDATION) Miodrag Milanovic2016-10-221-171/+171
| | | | | Use standard uint64_t, uint32_t, uint16_t or uint8_t instead of UINT64, UINT32, UINT16 or UINT8 also use standard int64_t, int32_t, int16_t or int8_t instead of INT64, INT32, INT16 or INT8
* [Imgtool] Changed imgtool::image::info() to use std::stream and ↵ Nathan Woods2016-10-171-2/+2
| | | | std::stringstream
* [Imgtool] Bulk change: 'imgtool::directory *' ==> 'imgtool::directory &' Nathan Woods2016-10-171-45/+38
|
* [Imgtool] Bulk change: 'imgtool::partition *' ==> 'imgtool::partition &' Nathan Woods2016-10-161-13/+13
|
* [Imgtool] Bulk change: 'imgtool::image *' ==> 'imgtool::image &' Nathan Woods2016-10-161-77/+84
|
* [Imgtool] Changed the create/open callbacks to take 'imgtool::stream &&' Nathan Woods2016-10-151-5/+9
| | | | They always took ownership of the stream; this just makes it official. Because the ownership would only traditionally happen if the open() or create() succeeded, I had to do a clumsy pattern where I call get() at the beginning of the callback to get the stream, but later on release() immediately prior to succeeding.
* [Imgtool] Changed many 'imgtool::stream *' to 'imgtool::stream &' Nathan Woods2016-10-141-15/+15
|
* [Imgtool] More C++-ification (imgtool_stream ==> imgtool::stream) Nathan Woods2016-10-121-18/+18
| | | | Still a bit of work to do, most notably around adoption of std::unique_ptr<>, which may be a challenge here on account of some assumptions regarding lifetime of streams by modules.
* [Imgtool] C++-ified a few more classes Nathan Woods2016-10-091-27/+27
| | | | | imgtool_partition ==> imgtool::partition imgtool_directory ==> imgtool::directory
* Made imgtool_image (now imgtool::image) a "real" C++ class Nathan Woods2016-09-271-71/+71
|
* Changing bad_alloc catch declarations Nathan Woods2016-09-251-1/+1
|
* Putting try { ... } catch(std::bad_alloc &) { ... } around recently ↵ Nathan Woods2016-09-251-1/+3
| | | | | | | | introduced resize() calls At the very least, I suppose this doesn't hurt; I'd just like to discuss how this should work in the long run. Also, this blog entry sums up my opinion perfectly: http://christiangarbin.blogspot.com/2013/05/the-futility-of-catching-stdbadalloc.html
* Imgtool: Changed the read_sector apparatus to use std::vector Nathan Woods2016-09-241-8/+10
| | | | | | | | This also eliminated the need for get_sector_size The asute reviewer will note that a side effect of this change is that in scenarios where we once returned IMGTOOLERR_OUTOFMEMORY, we now throw std::bad_alloc. This is deliberate. Having an error code for out of memory conditions no longer makes sense with MAME's embrace of the C++ way of doing things. It is highly likely that I will follow up this change with one that eliminates IMGTOOLERR_OUTOFMEMORY in favor of throwing std::bad_alloc. This commit also fixes a recent regression in which we passed nullptr to an std::string ctor
* Worked around the OPTION_GUIDE_EXTERN issue by using a crazy trick involving ↵ Nathan Woods2016-09-031-1/+1
| | | | | | | | namespaces Caveats: 1. Because of how this trick works, it is no longer possible to declare an option guide as static, so I had to make a bunch of changes 2. I'm going to want the hardcore C++ guys (i.e. - Vas) to review this with a fine toothed comb
* option_guide C++-ification, touched up imgtool Nathan Woods2016-08-271-5/+5
| | | | | | The main point of this change is to C++-ify option_guide. It was changed from a struct array to a class, namespaced etc, with the ultimate hope of incorporating an in-emulation image creation UI. Imgtool got hit with a number of changes; I'll probably have to bring that off of the backburner and touch that up too
* made constexprs lower case and used constexpr for returning input value as ↵ Miodrag Milanovic2016-07-311-4/+4
| | | | well for rest of defines in osdcomm.h (nw)
* Fix up imgtool as well Vas Crabb2016-07-081-6/+6
|
* Rename *.c -> *.cpp in our source (nw) Miodrag Milanovic2015-11-081-0/+2411