rename to 4.0.0

.gitignore

@@ -3,3 +3,4 @@ jna-3.2.7.tar.bz2
 /jna-3.5.0.tar.bz2
 /jna-3.5.2.tar.bz2
 /jna-4.0.tar.gz
+/jna-4.0.0.tar.gz

jna.spec

@@ -1,5 +1,5 @@
 Name:           jna
-Version:        4.0
+Version:        4.0.0
 Release:        1%{?dist}
 Summary:        Pure Java access to native libraries
 
@@ -18,17 +18,17 @@ Source1:	package-list
 Patch0:         jna-3.5.0-build.patch
 # This patch is Fedora-specific for now until we get the huge
 # JNI library location mess sorted upstream
-Patch1:         jna-4.0-loadlibrary.patch
+Patch1:         jna-4.0.0-loadlibrary.patch
 # The X11 tests currently segfault; overall I think the X11 JNA stuff is just a 
 # Really Bad Idea, for relying on AWT internals, using the X11 API at all,
 # and using a complex API like X11 through JNA just increases the potential
 # for problems.
-Patch2:         jna-4.0-tests-headless.patch
+Patch2:         jna-4.0.0-tests-headless.patch
 # Build using GCJ javadoc
 Patch3:         jna-3.5.2-gcj-javadoc.patch
 # junit cames from rpm
-Patch4:         jna-4.0-junit.patch
-Patch5:		jna-4.0-charfix.patch
+Patch4:         jna-4.0.0-junit.patch
+Patch5:         jna-4.0.0-charfix.patch
 BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
 # We manually require libffi because find-requires doesn't work
@@ -113,8 +113,7 @@ chmod -c 0644 LICENSE OTHERS CHANGES.md
 # We pass -Ddynlink.native which comes from our patch because
 # upstream doesn't want to default to dynamic linking.
 #ant -Dcflags_extra.native="%{optflags}" -Ddynlink.native=true native compile javadoc jar contrib-jars
-#ant -Dcflags_extra.native="%{optflags}" -Ddynlink.native=true native dist
-ant -Dcflags_extra.native="%{optflags}" -Ddynlink.native=true clean dist
+ant -Dcflags_extra.native="%{optflags}" -Ddynlink.native=true native dist
 # remove compiled contribs
 find contrib -name build -exec rm -rf {} \; || :
 

sources

@@ -1 +1 @@
-be0320402c93d33426e51aeb0ff34eec  jna-4.0.tar.gz
+be0320402c93d33426e51aeb0ff34eec  jna-4.0.0.tar.gz