[SCM] exiv2 packaging branch, master, updated. debian/0.25-3.1-3734-gdcbc29a

Maximiliano Curia maxy at moszumanska.debian.org
Thu Jul 13 17:40:03 UTC 2017


Gitweb-URL: http://git.debian.org/?p=pkg-kde/kde-extras/exiv2.git;a=commitdiff;h=0e4039a

The following commit has been merged in the master branch:
commit 0e4039a22510ddf686481fd4ba43933af644dcc2
Author: Andreas Huggel <ahuggel at gmx.net>
Date:   Mon Nov 3 10:11:39 2008 +0000

    Tweaks
---
 msvc/README-MSVC.txt | 18 +++++++++++-------
 1 file changed, 11 insertions(+), 7 deletions(-)

diff --git a/msvc/README-MSVC.txt b/msvc/README-MSVC.txt
index da57e5d..a36ca36 100644
--- a/msvc/README-MSVC.txt
+++ b/msvc/README-MSVC.txt
@@ -53,22 +53,26 @@ Changes since 20081030
    (and of course 3 full builds)
    
    VC71 (VS 2003) in not good at dependancies.  On a 'clean' directory:
-   If I select exifprint+Debug Build (or Release or DebugDLL or ReleaseDLL) it builds successfully
-   If I use Batch Build/ and select exifprint { Debug etc } all 4 targets fail to build!
+   If I select exifprint+Debug Build (or Release or DebugDLL or ReleaseDLL)
+   it builds successfully
+   If I use Batch Build/ and select exifprint { Debug etc } all 4 targets fail
+   to build!
    VC71 is not attempting to build the dependant sub projects.
    
    VC8 and VC9 (VS 2005 and 2008) are working fine.  Both report
    ========== Build: 14 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========   
    
-   I think the Batch/Build feature in VC71 simply builds (It omits dependancy analysis).
-   I don't intend to do any more work on this on VC71.
+   I think the Batch/Build feature in VC71 simply builds (It omits dependancy
+   analysis). I don't intend to do any more work on this on VC71.
                              
 6) I did some debugging
    exiv2.exe and exifprint.exe (Debug/DebugDLL on VS/2005)
    
-   I was surprised when all .exe's relinked when I changed library code (not only the target .exe)
-   I'll have to investigate this.  I'll fix this when I investigate the crashing DLLs
-  
+   I was surprised when all .exe's relinked when I changed library code
+   (not only the target .exe)
+   I'll have to investigate this.  I'll fix this when I investigate the
+   crashing DLLs
+
 Priorities for 0.18final
 ------------------------
 

-- 
exiv2 packaging



More information about the pkg-kde-commits mailing list