Merge pull request #147 from res2k/move-some-preproc-defn

Move some preprocessor directives that may influence user code into "implementation" block
diff --git a/src/vk_mem_alloc.h b/src/vk_mem_alloc.h
index 1a1f763..5f621ec 100644
--- a/src/vk_mem_alloc.h
+++ b/src/vk_mem_alloc.h
@@ -1749,7 +1749,7 @@
 When device memory of certain heap runs out of free space, new allocations may

 fail (returning error code) or they may succeed, silently pushing some existing

 memory blocks from GPU VRAM to system RAM (which degrades performance). This

-behavior is implementation-dependant - it depends on GPU vendor and graphics

+behavior is implementation-dependent - it depends on GPU vendor and graphics

 driver.

 

 On AMD cards it can be controlled while creating Vulkan device object by using

@@ -2849,7 +2849,7 @@
     VkMemoryPropertyFlags requiredFlags;

     /** \brief Flags that preferably should be set in a memory type chosen for an allocation.

     

-    Set to 0 if no additional flags are prefered. \n

+    Set to 0 if no additional flags are preferred. \n

     If `pool` is not null, this member is ignored. */

     VkMemoryPropertyFlags preferredFlags;

     /** \brief Bitmask containing one bit set for every memory type acceptable for this allocation.

@@ -3319,7 +3319,7 @@
 

 /** \brief Returns current information about specified allocation and atomically marks it as used in current frame.

 

-Current paramters of given allocation are returned in `pAllocationInfo`.

+Current paramteres of given allocation are returned in `pAllocationInfo`.

 

 This function also atomically "touches" allocation - marks it as used in current frame,

 just like vmaTouchAllocation().