--- a/ChangeLog	Sun Mar 04 17:18:38 2018 +0100
+++ b/ChangeLog	Sun Aug 20 19:56:00 2017 +0200
@@ -1,6 +1,6 @@
 This file lists bigger/noteworthy changes, only...
 
-Version 1.0 (upcoming)
+Version 1.0
 dyncall:
   o PPC64 single-precision float fixes for more than 13 float args (thanks Masanori Mitsugi!)
   o fixed potential buffer overrun on ARM64

--- a/LICENSE	Sun Mar 04 17:18:38 2018 +0100
+++ b/LICENSE	Sun Aug 20 19:56:00 2017 +0200
@@ -1,7 +1,7 @@
 If not stated otherwise inside a file, all files here are distributed in
 terms of:
 
-Copyright (c) 2007-2015 Daniel Adler <dadler@uni-goettingen.de>, 
+Copyright (c) 2007-2018 Daniel Adler <dadler@uni-goettingen.de>, 
                         Tassilo Philipp <tphilipp@potion-studios.com>
 
 Permission to use, copy, modify, and distribute this software for any

--- a/ToDo	Sun Mar 04 17:18:38 2018 +0100
+++ b/ToDo	Sun Aug 20 19:56:00 2017 +0200
@@ -1,4 +1,4 @@
-1.0:
+1.1:
 ----
 - support platforms without shared libraries so they can be built by just typing `./configure;make` (e.g. minix < 3.2.1)
   * also make sure minix with shared library support builds and works in general (>= 3.2.1) as well as ELF on Minix (>= 3.2.0) to begin with (as that's the base, and we only test on 3.1.8 so far)
@@ -6,14 +6,6 @@
   prototype exist (e.g. just calling some pointer), without any declaration... even possible in C, as one has
   to cast to the function type? need to support?
 
-- make sure all assembly files declare (or are built) by setting the noexecstack flag,
-  compared to translating code with gcc, it's manual for the assembler; this depends on arch
-  support (currently it's only done for x86/x64 ELF, but doesn't always work I think... e.g. openbsd 4.0, maybe too old?):
-
-    "When you compile source code normally, gcc takes care of adding the GNU_STACK
-    markings so that the final object code is not marked with an executable stack
-    unless it actually needs it. However, if you compile assembly code, gcc will
-    not automatically add GNU_STACK markings."
 
 - dyncallback's "stack_cleanup" can be removed from non x86 impls... test if they still work
 - target a minimum c version, for use with -pedantic, etc.? Right now we use e.g. extensions
@@ -68,7 +60,7 @@
 - support for argument values: structures, half-precision, vector types, long double
 - consider automatic type-promotion for arguments passed through DC_CALL_C_ELLIPSIS_VARARGS;
   this would make it easier to just pass arguments instead of having to know about the C
-  type promotions (this is partly done, see todo-item above under 1.0)
+  type promotions (this is partly done, see todo-item above under 1.1)
 - syscalls for x64
   * bsd
   * linux
@@ -99,7 +91,7 @@
 dyncallback:
 ------------
 - callback_plain's return value not correct anymore on NDS (maybe just broken testcode?),
-  see above under 1.0 items
+  see above under 1.1 items
   * check other platforms also, if asm stub initializes retval space, correctly
 - finish PPC32 callbacks (see bugs section, below, BSD not working)
 - MIPS32 softfloat support (-msoft-float)

--- a/doc/manual/manual_title.tex	Sun Mar 04 17:18:38 2018 +0100
+++ b/doc/manual/manual_title.tex	Sun Aug 20 19:56:00 2017 +0200
@@ -17,7 +17,7 @@
 %
 %//////////////////////////////////////////////////////////////////////////////
 
-\newcommand{\dyncallversion}{0.9}
+\newcommand{\dyncallversion}{1.0}
 \newcommand{\titlelogo}{%
 \begingroup%
 \setlength{\unitlength}{1mm}%