[openjk] 08/08: Mark more patches as forwarded

Simon McVittie smcv at debian.org
Fri May 8 22:45:00 UTC 2015 

This is an automated email from the git hooks/post-receive script.

smcv pushed a commit to branch master
in repository openjk.

commit 4554fba6e8f412066e8c4981eb08979ccaf7544b
Author: Simon McVittie <smcv at debian.org>
Date:   Fri May 8 23:44:09 2015 +0100

    Mark more patches as forwarded
---
 debian/patches/JK2-Remove-cstdint-usage-from-icarus-tokenizer.h.patch   | 2 ++
 .../patches/JK2-icarus-include-string.h-for-strcmp-memcpy-in-inl.patch  | 2 ++
 .../patches/MP-PM_VehicleViewAngles-fix-use-of-uninitialized-var.patch  | 2 ++
 debian/patches/Use-C-11-compliant-string-concatenation.patch            | 2 +-
 .../patches/build-derive-Architecture-from-CMAKE_SYSTEM_PROCESSO.patch  | 2 +-
 .../patches/build-pass-fsigned-char-to-gcc-on-all-architectures.patch   | 2 +-
 debian/patches/build-use-CMAKE_SIZEOF_VOID_P-instead-of-ARCH_BITS.patch | 2 +-
 .../patches/build-use-x86-specific-flags-on-x86-family-not-on-no.patch  | 2 +-
 debian/patches/mp3code-use-Q3-macros-for-endianness.patch               | 2 +-
 9 files changed, 12 insertions(+), 6 deletions(-)

diff --git a/debian/patches/JK2-Remove-cstdint-usage-from-icarus-tokenizer.h.patch b/debian/patches/JK2-Remove-cstdint-usage-from-icarus-tokenizer.h.patch
index e6e3b0d..5d63321 100644
--- a/debian/patches/JK2-Remove-cstdint-usage-from-icarus-tokenizer.h.patch
+++ b/debian/patches/JK2-Remove-cstdint-usage-from-icarus-tokenizer.h.patch
@@ -6,6 +6,8 @@ It doesn't seem to be necessary right now.
 Switched usage to `unsigned int` as it is in the JA MP version of the file.
 
 Refs #651 #658
+
+Origin: upstream, commit:https://github.com/JACoders/OpenJK/commit/38aa58182e321be9dc72778a46684c10be5d494c
 ---
  codeJK2/icarus/tokenizer.h | 3 +--
  1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/debian/patches/JK2-icarus-include-string.h-for-strcmp-memcpy-in-inl.patch b/debian/patches/JK2-icarus-include-string.h-for-strcmp-memcpy-in-inl.patch
index c764e86..c15adc6 100644
--- a/debian/patches/JK2-icarus-include-string.h-for-strcmp-memcpy-in-inl.patch
+++ b/debian/patches/JK2-icarus-include-string.h-for-strcmp-memcpy-in-inl.patch
@@ -6,6 +6,8 @@ Subject: JK2: icarus: #include <string.h> for strcmp,
 lessstr::operator() in tokenizer.h calls strcmp(), and
 CBlockMember::WriteDataPointer<T> calls memcpy(). These were presumably
 declared via some other header in older OpenJK or in older g++.
+
+Forwarded: https://github.com/JACoders/OpenJK/pull/658
 ---
  codeJK2/icarus/blockstream.h | 1 +
  codeJK2/icarus/tokenizer.h   | 1 +
diff --git a/debian/patches/MP-PM_VehicleViewAngles-fix-use-of-uninitialized-var.patch b/debian/patches/MP-PM_VehicleViewAngles-fix-use-of-uninitialized-var.patch
index 7bdf6d5..50bfc62 100644
--- a/debian/patches/MP-PM_VehicleViewAngles-fix-use-of-uninitialized-var.patch
+++ b/debian/patches/MP-PM_VehicleViewAngles-fix-use-of-uninitialized-var.patch
@@ -5,6 +5,8 @@ Subject: MP: PM_VehicleViewAngles: fix use of uninitialized variables
 We shouldn't use clampMin or clampMax until they have been set,
 at which point setAngles is set to true. Initializing it to true
 defeats that.
+
+Forwarded: https://github.com/JACoders/OpenJK/pull/665
 ---
  codemp/game/bg_pmove.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/patches/Use-C-11-compliant-string-concatenation.patch b/debian/patches/Use-C-11-compliant-string-concatenation.patch
index 1e57ff5..bba4456 100644
--- a/debian/patches/Use-C-11-compliant-string-concatenation.patch
+++ b/debian/patches/Use-C-11-compliant-string-concatenation.patch
@@ -6,7 +6,7 @@ C++11 reserves syntax like X"foo" and "foo"X for future syntax like
 L"a wide-char string", so concatenating macros with literals now
 requires an intervening space.
 
-Forwarded: https://github.com/JACoders/OpenJK/pull/658
+Forwarded: https://github.com/JACoders/OpenJK/pull/659
 ---
  code/client/cl_keys.cpp       |  4 ++--
  code/qcommon/common.cpp       | 10 +++++-----
diff --git a/debian/patches/build-derive-Architecture-from-CMAKE_SYSTEM_PROCESSO.patch b/debian/patches/build-derive-Architecture-from-CMAKE_SYSTEM_PROCESSO.patch
index e1a2ff4..2b53bde 100644
--- a/debian/patches/build-derive-Architecture-from-CMAKE_SYSTEM_PROCESSO.patch
+++ b/debian/patches/build-derive-Architecture-from-CMAKE_SYSTEM_PROCESSO.patch
@@ -7,7 +7,7 @@ Quake III engine supports most of them. I haven't seen anything
 in OpenJK that is particularly platform-specific, other than what's
 fixed in this branch.
 
-Forwarded: no
+Forwarded: https://github.com/JACoders/OpenJK/pull/666
 ---
  CMakeLists.txt | 30 +++++++++++++++++++-----------
  1 file changed, 19 insertions(+), 11 deletions(-)
diff --git a/debian/patches/build-pass-fsigned-char-to-gcc-on-all-architectures.patch b/debian/patches/build-pass-fsigned-char-to-gcc-on-all-architectures.patch
index 116ac8d..ab2529d 100644
--- a/debian/patches/build-pass-fsigned-char-to-gcc-on-all-architectures.patch
+++ b/debian/patches/build-pass-fsigned-char-to-gcc-on-all-architectures.patch
@@ -6,7 +6,7 @@ This option is universally available, and the Quake III engine
 assumes it. It is the default on x86 but not on, for instance,
 ARM and PowerPC.
 
-Forwarded: no
+Forwarded: https://github.com/JACoders/OpenJK/pull/666
 ---
  CMakeLists.txt | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/patches/build-use-CMAKE_SIZEOF_VOID_P-instead-of-ARCH_BITS.patch b/debian/patches/build-use-CMAKE_SIZEOF_VOID_P-instead-of-ARCH_BITS.patch
index 0de8743..a237cb2 100644
--- a/debian/patches/build-use-CMAKE_SIZEOF_VOID_P-instead-of-ARCH_BITS.patch
+++ b/debian/patches/build-use-CMAKE_SIZEOF_VOID_P-instead-of-ARCH_BITS.patch
@@ -5,7 +5,7 @@ Subject: build: use CMAKE_SIZEOF_VOID_P instead of ARCH_BITS
 cmake already has a standard way to distinguish between 32- and 64-bit
 platforms; there's no advantage in adding another.
 
-Forwarded: no
+Forwarded: https://github.com/JACoders/OpenJK/pull/666
 ---
  CMakeLists.txt        | 2 --
  code/CMakeLists.txt   | 4 ++--
diff --git a/debian/patches/build-use-x86-specific-flags-on-x86-family-not-on-no.patch b/debian/patches/build-use-x86-specific-flags-on-x86-family-not-on-no.patch
index 5df2f34..622f1de 100644
--- a/debian/patches/build-use-x86-specific-flags-on-x86-family-not-on-no.patch
+++ b/debian/patches/build-use-x86-specific-flags-on-x86-family-not-on-no.patch
@@ -5,7 +5,7 @@ Subject: build: use x86-specific flags on x86 family, not on non-ARM
 There are plenty of CPU architectures that are neither ARM nor the
 x86 family, for instance PowerPC and ARM64.
 
-Forwarded: no
+Forwarded: https://github.com/JACoders/OpenJK/pull/666
 ---
  CMakeLists.txt | 18 +++++++++++++-----
  1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/debian/patches/mp3code-use-Q3-macros-for-endianness.patch b/debian/patches/mp3code-use-Q3-macros-for-endianness.patch
index ddc1653..3a59e9c 100644
--- a/debian/patches/mp3code-use-Q3-macros-for-endianness.patch
+++ b/debian/patches/mp3code-use-Q3-macros-for-endianness.patch
@@ -17,7 +17,7 @@ I'm surprised this wasn't fixed in JK2/JA already, since at least JK2
 ran on Mac back when that meant PowerPC, but perhaps changes from the
 Mac port didn't all make it into Raven's GPL release.
 
-Forwarded: no
+Forwarded: https://github.com/JACoders/OpenJK/pull/666
 ---
  code/mp3code/l3.h   | 32 +++-----------------------------
  codemp/mp3code/l3.h | 32 +++-----------------------------

-- 
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-games/openjk.git

More information about the Pkg-games-commits mailing list