summaryrefslogtreecommitdiff
path: root/Build/source/libs/zziplib/zziplib-0.13.62/docs/developer.htm
diff options
context:
space:
mode:
Diffstat (limited to 'Build/source/libs/zziplib/zziplib-0.13.62/docs/developer.htm')
-rw-r--r--Build/source/libs/zziplib/zziplib-0.13.62/docs/developer.htm75
1 files changed, 75 insertions, 0 deletions
diff --git a/Build/source/libs/zziplib/zziplib-0.13.62/docs/developer.htm b/Build/source/libs/zziplib/zziplib-0.13.62/docs/developer.htm
new file mode 100644
index 00000000000..9c964f09933
--- /dev/null
+++ b/Build/source/libs/zziplib/zziplib-0.13.62/docs/developer.htm
@@ -0,0 +1,75 @@
+<section> <date> 2009-08-23 </date>
+<H2> Developer </H2> sourceforge SVN area
+
+<center>
+<a href="http://zziplib.svn.sourceforge.net/viewvc/zziplib/">
+ http://zziplib.svn.sourceforge.net/viewvc/zziplib/ </a>
+</center>
+
+<P>
+ The zziplib is using the Subversion repository of sourceforge
+ for development. (originally it used the cvs service but it
+ is now switched over to the svn serivce) Since 0.13.x the zziplib
+ is using the version control system as the main area to host
+ the source code in the module "zzip-0". You can get a snapshot
+ from that area anytime, the access details can be found under the
+ link above. All later releases are actually snapshots of some
+ cvs day. (Prior releases had seen too many reshuffling of the
+ build system which cvs is not the best tool to handle gracefully.
+ Since the switch to svn also refactoring can be tracked just fine).
+</P>
+<P>
+ I was using the sourceforge compilefarm to do remote testing of
+ releses for crossplatform compatibility. This included usually
+ some unix compatible platforms such as Linux, Solaris,
+ FreeBSD, Darwin/MacOSX including i386, amd64, sparc, sparc64,
+ powerpc when available. Even the latest daytoday cvs snapshots
+ should be fine for these platforms. However sourceforge has
+ shut down the compilefarm just as HP closed the teamdrive
+ service for the public. At the moment I am using the buildservice
+ at build.opensuse.org to test multiple platforms atleast with
+ the help of a "make check" minimal unittest during the rpmbuild.
+</P>
+<P>
+ In the labs of my former employer some more platforms exist but these
+ were only checked once in a few months, mostly summertime and christmas
+ season if the general workload is low. That included hp/ux but more
+ importantly a real MSVC6 installation and a few PCs with win32 flavours.
+ I do not use win32 at home! Any help in that area is greatly appreciated,
+ the zziplib was written in strict ansi-C but the build system and dll hell
+ is sometimes very weird for win32 platforms. I feel it often requires
+ experienced hands to detect the source of a problem should there be one.
+</P>
+<P>
+ Note also that I do not use PHP, there is a regular flow of questions
+ circulating around the php-zip module which is built around zziplib. But
+ I can not answer any questions about the build and installation for that.
+ It would be greatly appreciated if I can find contact to a PHP hacker
+ to whom I can forward php related mails! The php zip wrapper is not part
+ of the zziplib in any way.
+</P>
+<P>
+ Since there is an MSVC6 system in reach now, I have not been updating my
+ gcc/mingw32 installations as rigidly as most other win32 developers
+ have. I understand there are great advancements in the msys/mingw32 area
+ and the provided technology which made them follow quickly. However in
+ the labs only some older releases are used for these are called more
+ "stable". Remember that I do not use win32 at home, only crosscompile to
+ mingw32 is checked out sometimes but I know that it is somewhat different
+ than the selfhosted msys environment. Any help is greatly appreciated.
+</P>
+<P>
+ Lastly, I am trying to make the zziplib as close as possible to the
+ thing called "industrial strength". But remember that this is still
+ an opensource spare time probject. <b>I take patches</b>! Many of the
+ interesting parts of zziplib have been introduced by submission which
+ I have later integrated more heavily to make the zziplib be what it
+ was always intended for: to be a small, fast and portable library allowing
+ to use a zip file as a special variant of a data filesystem. The ext/io
+ obfuscation stuff was one of the best feature submissions so far. Thanks.
+</P>
+<P>
+ Looking forward to hear from <em>YOU</em>.
+ - <a href="mailto:guidod@gmx.de?subject=zzip:">guidod@gmx.de</a>
+</P>
+</section>