<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Nothing to say</title>
	<atom:link href="http://cournape.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://cournape.wordpress.com</link>
	<description>some personal notes</description>
	<lastBuildDate>Sun, 08 Nov 2009 15:33:34 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Python packaging: a few observations, cabal for a solution ? by cournape</title>
		<link>http://cournape.wordpress.com/2009/04/01/python-packaging-a-few-observations-cabal-for-a-solution/#comment-204</link>
		<dc:creator>cournape</dc:creator>
		<pubDate>Sun, 08 Nov 2009 15:33:34 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/?p=132#comment-204</guid>
		<description>Compiled code is indeed a challenge, but as you mentioned, this is relatively specific to our usage. I have thought about the problem quite a bit, but I don&#039;t think that&#039;s a very important topic for this discussion.

When you say that virtualenv and pip serve the same desire as me, you would have to give me more details, because I don&#039;t understand how that&#039;s possible, the goals being so different. What I demand from a deployment tool is a very controlled  way to specify each step of the installation, and something which integrates well with the target platform. Ideally, it should be resilient against failure, with rollback mode, and should have a query system to deal with different kind of dependencies. How virtualenv/pip/buildout can help me to produce something I can redistribute to many people ? I myself use Virtualenv for developing quite a bit, I think that&#039;s a useful tool in that context. I But for deployment, I don&#039;t see it ? I may just use the tool backward. Whenever I saw a description on how people use it, it was antithetic to how I think about deployment, though (put everything in one self-contained directory - which is why I refered to the rail post).</description>
		<content:encoded><![CDATA[<p>Compiled code is indeed a challenge, but as you mentioned, this is relatively specific to our usage. I have thought about the problem quite a bit, but I don&#8217;t think that&#8217;s a very important topic for this discussion.</p>
<p>When you say that virtualenv and pip serve the same desire as me, you would have to give me more details, because I don&#8217;t understand how that&#8217;s possible, the goals being so different. What I demand from a deployment tool is a very controlled  way to specify each step of the installation, and something which integrates well with the target platform. Ideally, it should be resilient against failure, with rollback mode, and should have a query system to deal with different kind of dependencies. How virtualenv/pip/buildout can help me to produce something I can redistribute to many people ? I myself use Virtualenv for developing quite a bit, I think that&#8217;s a useful tool in that context. I But for deployment, I don&#8217;t see it ? I may just use the tool backward. Whenever I saw a description on how people use it, it was antithetic to how I think about deployment, though (put everything in one self-contained directory &#8211; which is why I refered to the rail post).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python packaging: a few observations, cabal for a solution ? by Ian Bicking</title>
		<link>http://cournape.wordpress.com/2009/04/01/python-packaging-a-few-observations-cabal-for-a-solution/#comment-202</link>
		<dc:creator>Ian Bicking</dc:creator>
		<pubDate>Sun, 08 Nov 2009 00:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/?p=132#comment-202</guid>
		<description>I think you overstate the difference in your perspective and the webdev perspective.  We have very similar goals.  The tools we work with have somewhat different challenges -- you deal with a lot of compiled code and system libraries, and we don&#039;t.  It&#039;s actually *really* hard to get adoption of compiled projects (as I&#039;ve found with lxml).

But virtualenv, pip, and buildout are all based on the same basic desires as you: get something running reliably on a variety of systems, and make it consistent over different machines and over time.  And these tools aren&#039;t just about hacking something together that works for one person, they are very much about serving *lots* of people... because while we&#039;re web developers, we&#039;re also developing reusable open source libraries, and it&#039;s probably that second role that drives the direction more than the first.

I read the Rails post, and it&#039;s *not* how we&#039;re going about things.  I do prefer isolation and independence at the application level.  I do give pushback to people who &quot;require&quot; a particular installation scheme for principled rather than practical reasons.  But these are robust and repeatable systems that don&#039;t punt on the issues he&#039;s talking about.</description>
		<content:encoded><![CDATA[<p>I think you overstate the difference in your perspective and the webdev perspective.  We have very similar goals.  The tools we work with have somewhat different challenges &#8212; you deal with a lot of compiled code and system libraries, and we don&#8217;t.  It&#8217;s actually *really* hard to get adoption of compiled projects (as I&#8217;ve found with lxml).</p>
<p>But virtualenv, pip, and buildout are all based on the same basic desires as you: get something running reliably on a variety of systems, and make it consistent over different machines and over time.  And these tools aren&#8217;t just about hacking something together that works for one person, they are very much about serving *lots* of people&#8230; because while we&#8217;re web developers, we&#8217;re also developing reusable open source libraries, and it&#8217;s probably that second role that drives the direction more than the first.</p>
<p>I read the Rails post, and it&#8217;s *not* how we&#8217;re going about things.  I do prefer isolation and independence at the application level.  I do give pushback to people who &#8220;require&#8221; a particular installation scheme for principled rather than practical reasons.  But these are robust and repeatable systems that don&#8217;t punt on the issues he&#8217;s talking about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Progress for numpy on windows 64 bits by cournape</title>
		<link>http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-200</link>
		<dc:creator>cournape</dc:creator>
		<pubDate>Mon, 19 Oct 2009 06:07:19 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-200</guid>
		<description>The exact restriction for the compiler concerns the runtime. The Python C API was not designed to be robust against multiple C runtimes, so if your compiler uses a different C runtime than the one used by python, you will have problems. This can be checked with the dependency walker software.

The program files (x86) issue is very weird: where did you install python ?

As to why not building with VS 2008 - as long as the issue is not fixed for both numpy and scipy, there is no point in publishing new builds, because later ones may be incompatible if something changes again in the toolchain. Once the choice on which toolchain will be used for 64 bits binaries will be made, new binaries will be published. Numpy is easy enough that if you need numpy, you may just do it by yourself.</description>
		<content:encoded><![CDATA[<p>The exact restriction for the compiler concerns the runtime. The Python C API was not designed to be robust against multiple C runtimes, so if your compiler uses a different C runtime than the one used by python, you will have problems. This can be checked with the dependency walker software.</p>
<p>The program files (x86) issue is very weird: where did you install python ?</p>
<p>As to why not building with VS 2008 &#8211; as long as the issue is not fixed for both numpy and scipy, there is no point in publishing new builds, because later ones may be incompatible if something changes again in the toolchain. Once the choice on which toolchain will be used for 64 bits binaries will be made, new binaries will be published. Numpy is easy enough that if you need numpy, you may just do it by yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python packaging: a few observations, cabal for a solution ? by cournape</title>
		<link>http://cournape.wordpress.com/2009/04/01/python-packaging-a-few-observations-cabal-for-a-solution/#comment-199</link>
		<dc:creator>cournape</dc:creator>
		<pubDate>Sat, 17 Oct 2009 04:14:52 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/?p=132#comment-199</guid>
		<description>AFAICS, the divide is even greater between people who see virtualenv-like tools (put everything under one directory, each application bundling everything) as deployment models vs. people who are more into binary installers (be it .msi, .exe or deb/rpm), people who prefer convenience over repeatability and robustness. The current direction of distribute goes in the wrong direction IMO - but to be fair, the &quot;web-dev crowd&quot; are the ones doing the work, so it is logical they care more about their use case. I just wish they were more concerned with the problems they are bringing to the whole python ecosystem.

I recently came across a small post about the ruby gems situation (http://www.madstop.com/ruby/ruby_has_a_distribution_problem.html) which summarizes the problem quite well (you can replace rails community with setuptools/virtualenv community): &quot;This is basically anathema to how I think about management, yet it&#039;s the standard, recommended practice in the Rails community, because it makes it easy to &quot;guarantee&quot; behaviour in a given environment. Of course, your guarantee is only good if no one ever tries to run the software anywhere except an exact duplicate of where you run it.&quot;

This sentence nails it IMHO.</description>
		<content:encoded><![CDATA[<p>AFAICS, the divide is even greater between people who see virtualenv-like tools (put everything under one directory, each application bundling everything) as deployment models vs. people who are more into binary installers (be it .msi, .exe or deb/rpm), people who prefer convenience over repeatability and robustness. The current direction of distribute goes in the wrong direction IMO &#8211; but to be fair, the &#8220;web-dev crowd&#8221; are the ones doing the work, so it is logical they care more about their use case. I just wish they were more concerned with the problems they are bringing to the whole python ecosystem.</p>
<p>I recently came across a small post about the ruby gems situation (<a href="http://www.madstop.com/ruby/ruby_has_a_distribution_problem.html" rel="nofollow">http://www.madstop.com/ruby/ruby_has_a_distribution_problem.html</a>) which summarizes the problem quite well (you can replace rails community with setuptools/virtualenv community): &#8220;This is basically anathema to how I think about management, yet it&#8217;s the standard, recommended practice in the Rails community, because it makes it easy to &#8220;guarantee&#8221; behaviour in a given environment. Of course, your guarantee is only good if no one ever tries to run the software anywhere except an exact duplicate of where you run it.&#8221;</p>
<p>This sentence nails it IMHO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python packaging: a few observations, cabal for a solution ? by Denis</title>
		<link>http://cournape.wordpress.com/2009/04/01/python-packaging-a-few-observations-cabal-for-a-solution/#comment-198</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Fri, 16 Oct 2009 11:39:16 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/?p=132#comment-198</guid>
		<description>Excellent comments, David.  Where do you think we are, 6 months later ?
pip, PyPM ... entropy ?

I&#039;d like to see package trees made more *visible*:
- list all directories and single files from &quot;install X&quot;
- look at a tree of required packages, their requires ... before installing: a tiny database as dbs go, displaying subtrees with &quot;X&gt;= 1.2&quot; easy</description>
		<content:encoded><![CDATA[<p>Excellent comments, David.  Where do you think we are, 6 months later ?<br />
pip, PyPM &#8230; entropy ?</p>
<p>I&#8217;d like to see package trees made more *visible*:<br />
- list all directories and single files from &#8220;install X&#8221;<br />
- look at a tree of required packages, their requires &#8230; before installing: a tiny database as dbs go, displaying subtrees with &#8220;X&gt;= 1.2&#8243; easy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Progress for numpy on windows 64 bits by Les</title>
		<link>http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-197</link>
		<dc:creator>Les</dc:creator>
		<pubDate>Thu, 08 Oct 2009 23:08:35 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-197</guid>
		<description>will this latest SDK be compatible with the python executable? i have seen other web pages say that numpy (like all extensions???) must be built with the same compiler as the executable. i am using python2.6 for 64-bit. here is what my python says (running from 32-bit cygwin):

$ python
Python 2.6.2 (r262:71605, Apr 14 2009, 22:46:50) [MSC v.1500 64 bit (AMD64)] on win32

also, if what you say works, why isn&#039;t this distributed, rather than the numpy-1.3.0.win-amd64-py2.6.msi file which is broken. for one thing, it puts the modules into the Program Files (x86) folder instead of the normal Program Files. when those files/folders are moved over by hand, numpy crashes while loading lapack_lite.

since i just got a new Vista 64-bit machine and use Windows (more than i would like to), i am game to do a proper build, if the instructions make sense and are consistent with other web lore. so if your scheme works, I&#039;d like to try it and then have a scheme for getting it packaged properly for distribution, so others don&#039;t have to go thru this.</description>
		<content:encoded><![CDATA[<p>will this latest SDK be compatible with the python executable? i have seen other web pages say that numpy (like all extensions???) must be built with the same compiler as the executable. i am using python2.6 for 64-bit. here is what my python says (running from 32-bit cygwin):</p>
<p>$ python<br />
Python 2.6.2 (r262:71605, Apr 14 2009, 22:46:50) [MSC v.1500 64 bit (AMD64)] on win32</p>
<p>also, if what you say works, why isn&#8217;t this distributed, rather than the numpy-1.3.0.win-amd64-py2.6.msi file which is broken. for one thing, it puts the modules into the Program Files (x86) folder instead of the normal Program Files. when those files/folders are moved over by hand, numpy crashes while loading lapack_lite.</p>
<p>since i just got a new Vista 64-bit machine and use Windows (more than i would like to), i am game to do a proper build, if the instructions make sense and are consistent with other web lore. so if your scheme works, I&#8217;d like to try it and then have a scheme for getting it packaged properly for distribution, so others don&#8217;t have to go thru this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Build a cross compiler from linux to windows (mingw) by grace</title>
		<link>http://cournape.wordpress.com/2008/01/30/build-a-cross-compiler-from-linux-to-windows-mingw/#comment-196</link>
		<dc:creator>grace</dc:creator>
		<pubDate>Wed, 09 Sep 2009 00:26:11 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/?p=12#comment-196</guid>
		<description>hi

my team are currently working on cross compilation to create an executable program of minisip from linux to windows using i586-mingw32msvc-gcc,what the problem here is that the created .exe is not working with wine. here is the sample script that we using to build the .exe


#! /usr/bin/env bash
#
#This scripts is a modified version of the buildall.script.
#Thi script compiles and install all the minisip libraries and GTK GUI
# for a win32 system.
#Modify the parameters (basically the prefix_*) to adapt to your cross-compile environment.
#It is not really good if you are developing or debugging, as everytime you run the script it
# recompiles ALL the source code.
#This options are added for the w32 compilation ... modify if needed, specially the cross-compile folder
#This is the CROSS_COMPILE_FOLDER
prefix_cross=&quot;/usr/local/cross&quot;
prefix_cross_include=&quot;$prefix_cross/include&quot;
prefix_cross_lib=&quot;$prefix_cross/lib&quot;
host_type_name=&quot;i586-mingw32msvc&quot;
host_option=&quot;--host=$host_type_name&quot;
build_option=&quot;--build=i686-pc-linux-gnu&quot;
strip_bin=&quot;i586-mingw32msvc-strip&quot;
#strip_generated_files=&quot;yes&quot;
# Simple script to build minisip.
#
# This script needs to be executed at the root of the repository trunk. It
# will build minisip and with all the associated libraries. The build will be
# done &quot;in place&quot;, that is, no files will be installed on your system.
#
# Instructions:
# Use buildall.sh script the first time you get the sources of minisip. It will
# create all files needed and compile all the sources.
# Then, if you modify a file in the sources and do not want to recompile all
# MiniSIP again, use the &quot;buildonly.sh&quot; script
# Note that you con modify the configuration of minisip by editing the
# configure_params variable in this script. Some useful options are commented
# out by default, but feel free to use them.
SUBDIRS=&quot;${SUBDIRS} libmutil&quot;
SUBDIRS=&quot;${SUBDIRS} libmnetutil&quot;
SUBDIRS=&quot;${SUBDIRS} libmcrypto&quot;
SUBDIRS=&quot;${SUBDIRS} libmikey&quot;
SUBDIRS=&quot;${SUBDIRS} libmstun&quot;
SUBDIRS=&quot;${SUBDIRS} libmsip&quot;
SUBDIRS=&quot;${SUBDIRS} libzrtpcpp&quot;
SUBDIRS=&quot;${SUBDIRS} libminisip&quot;
SUBDIRS=&quot;${SUBDIRS} minisip&quot;
#If you are debugging, you probably want to build with &quot;g++ -g&quot;, to build
#with all debug symbols, useful for coredumps with gdb.
#Comment this line if you don&#039;t want to build with debug code
compiler_debug=&quot;-ggdb&quot;
#Also useful, you may want to call make with some options ... supply them
#here.
#For example, -k forces make to keep compiling even there are errors in the
# sources. I like this one.
make_options=&quot;-k&quot;
#Possible configure commands are shown in: ./configure --help
# check each folder for more details.
#This are common params, usable in all folders
base_configure_params=&quot;&quot;
base_configure_params=&quot;$base_configure_params --enable-debug&quot;
base_configure_params=&quot;$base_configure_params --disable-static&quot;
#base_configure_params=&quot;$base_configure_params --disable-shared&quot;
#set special options for libmutil
libmutil_configure_params=&quot;&quot;
libmutil_configure_params=&quot;$libmutil_configure_params --enable-memdebug&quot;
#set special options for libminisip
# do a ./configure --help to see ALL available options ... here
# show just a sample
libminisip_configure_params=&quot;&quot;
libminisip_configure_params=&quot;$libminisip_configure_params --enable-dsound&quot;
libminisip_configure_params=&quot;$libminisip_configure_params --disable-alsa&quot;
libminisip_configure_params=&quot;$libminisip_configure_params --disable-gconf&quot;
#--enable-autocall enables automatic calling for debug purposes (default disabled)
#--enable-ipaq enables various fixes for the iPAQ (default disabled)
#--enable-ipsec-enable enables ipsec features (default disabled)
#--enable-aec enables push-2-talk features (default enabled)
#--enable-video enables video features (default disabled)
#--enable-buzzer enables IPAQ buzzer (default disabled)
#--enable-dsound enables DirectSound sound support (default disabled)
#--enable-portaudio enable PortAudio V19 support (default auto).
#--enable-gconf enables support for GConf (default enabled).
#--enable-sdl enables SDL video output if the required library is found
#--enable-video enables video features (default disabled)
#set special options for minisip
# do a ./configure --help to see ALL available options ... here
# show just a sample
minisip_configure_params=&quot;&quot;
minisip_configure_params=&quot;$minisip_configure_params --enable-gtk&quot;
minisip_configure_params=&quot;$minisip_configure_params --disable-shared&quot;
#minisip_configure_params=&quot;$minisip_configure_params --enable-textui&quot;
#Here you could have per gui-specific parameters ...
for subdir in ${SUBDIRS}
do
echo &quot;+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++&quot;
echo &quot;Building ${subdir} ... &quot;
echo &quot;+++++++++++++++++++++++++++++++++++++&quot;
cd ${subdir}
./bootstrap
configure_params=&quot;$base_configure_params&quot;
if [ ${subdir} = &quot;libmutil&quot; ]; then
LOC_MUTIL_LIBS=-L$PWD/.libs
#${subdir}.$LIBS_EXTENSION
LOC_MUTIL_CFLAGS=-I$PWD/include
echo libmutil can use special params
configure_params=&quot;$configure_params $libmutil_configure_params&quot;
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libmnetutil&quot; ]; then
LOC_MNETUTIL_LIBS=-L$PWD/.libs
LOC_MNETUTIL_CFLAGS=-I$PWD/include
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libmcrypto&quot; ]; then
LOC_MCRYPTO_LIBS=-L$PWD/.libs
LOC_MCRYPTO_CFLAGS=-I$PWD/include
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libmikey&quot; ]; then
LOC_MIKEY_LIBS=-L$PWD/.libs
LOC_MIKEY_CFLAGS=-I$PWD/include
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
MNETUTIL_LIBS=&quot;$LOC_MNETUTIL_LIBS -lmnetutil&quot; \
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libmstun&quot; ]; then
LOC_MSTUN_LIBS=-L$PWD/.libs
LOC_MSTUN_CFLAGS=-I$PWD/include
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
MNETUTIL_LIBS=&quot;$LOC_MNETUTIL_LIBS -lmnetutil&quot; \
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libmsip&quot; ]; then
LOC_MSIP_LIBS=-L$PWD/.libs
LOC_MSIP_CFLAGS=-I$PWD/include
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
MNETUTIL_LIBS=&quot;$LOC_MNETUTIL_LIBS -lmnetutil&quot; \
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libzrtpcpp&quot; ]; then
LOC_ZRTPCPP_LIBS=-L$PWD/.libs
LOC_ZRTPCPP_CFLAGS=-I$PWD/include
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
MNETUTIL_LIBS=&quot;$LOC_MNETUTIL_LIBS -lmnetutil&quot; \
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params
fi
if [ ${subdir} = &quot;libminisip&quot; ] ; then
LOC_LIBMINISIP_LIBS=-L$PWD/.libs
LOC_LIBMINISIP_CFLAGS=-I$PWD/include
configure_params_libminisip=&quot;$configure_params $libminisip_configure_params&quot;
echo libminisip can also have special config params
configure_params=&quot;$configure_params $minisip_configure_params&quot;
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
MNETUTIL_LIBS=&quot;$LOC_MNETUTIL_LIBS -lmnetutil&quot; \
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \
MIKEY_LIBS=&quot;$LOC_MIKEY_LIBS -lmikey&quot; \
MIKEY_CFLAGS=$LOC_MIKEY_CFLAGS \
MSIP_LIBS=&quot;$LOC_MSIP_LIBS -lmsip&quot; \
MSIP_CFLAGS=$LOC_MSIP_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params_libminisip
fi
if [ ${subdir} = &quot;minisip&quot; ]; then
echo minisip can also have special config params
configure_params_minisip=&quot;$configure_params $minisip_configure_params&quot;
MUTIL_LIBS=&quot;$LOC_MUTIL_LIBS -lmutil&quot; \
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \
MNETUTIL_LIBS=&quot;$LOC_MNETUTIL_LIBS -lmnetutil&quot; \
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \
MIKEY_LIBS=&quot;$LOC_MIKEY_LIBS -lmikey&quot; \
MIKEY_CFLAGS=$LOC_MIKEY_CFLAGS \
MSIP_LIBS=&quot;$LOC_MSIP_LIBS -lmsip&quot; \
MSIP_CFLAGS=$LOC_MSIP_CFLAGS \
LIBMINISIP_LIBS=&quot;$LOC_LIBMINISIP_LIBS -lminisip&quot; \
LIBMINISIP_CFLAGS=$LOC_LIBMINISIP_CFLAGS \
CPPFLAGS=&quot;-I$prefix_cross_include &quot; \
CXXFLAGS=&quot;-Wall $compiler_debug&quot; \
LDFLAGS=&quot;-L$prefix_cross_lib&quot; \
./configure $host_option $build_option prefix=$prefix_cross $configure_params_minisip
fi
echo &quot;==========================================================&quot;
echo &quot;configure_params (${subdir})= $configure_params&quot;
echo &quot;==========================================================&quot;
make clean
make
make install
export PKG_CONFIG_PATH=$prefix_cross/lib/pkgconfig/
echo $prefix_cross/share/aclocal &gt;&gt; /usr/share/aclocal/dirlist
echo $prefix_cross/share/aclocal &gt;&gt; /usr/local/share/aclocal/dirlist
cd ..
done
mkdir -p compiled_files
mkdir -p compiled_files/bin
mkdir -p compiled_files/lib
mkdir -p compiled_files/share
mkdir -p compiled_files/share/minisip
mkdir -p compiled_files/lib/libminisip
mkdir -p compiled_files/lib/libminisip/plugins
tmp_lib=&quot;libmutil&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libmnetutil&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libmcrypto&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libmikey&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libzrtpcpp&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libmsip&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libmstun&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
tmp_lib=&quot;libminisip&quot;
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin
cp -f $tmp_lib/.libs/mdsound.dll compiled_files/lib/libminisip/plugins
cp -f $tmp_lib/.libs/mdsound.la compiled_files/lib/libminisip/plugins
cp -f minisip/minisip/gui/gtkgui/minisip_gtkgui.exe compiled_files/bin
cp -f $prefix_cross/lib/libcrypto.dll compiled_files/bin/libeay32.dll
cp -f $prefix_cross/lib/libssl.dll compiled_files/bin/ssleay32.dll
cp -f $prefix_cross/share/minisip/* compiled_files/share/minisip
find minisip/ -name minisip_gtkgui.exe -size +200k -exec cp -f {} compilied_files/ \;
echo 3
#find minisip/ -name minisip_textui.exe -size +200k -exec cp -f {} compilied_files/ \;
$strip_bin -R compiled_files/*</description>
		<content:encoded><![CDATA[<p>hi</p>
<p>my team are currently working on cross compilation to create an executable program of minisip from linux to windows using i586-mingw32msvc-gcc,what the problem here is that the created .exe is not working with wine. here is the sample script that we using to build the .exe</p>
<p>#! /usr/bin/env bash<br />
#<br />
#This scripts is a modified version of the buildall.script.<br />
#Thi script compiles and install all the minisip libraries and GTK GUI<br />
# for a win32 system.<br />
#Modify the parameters (basically the prefix_*) to adapt to your cross-compile environment.<br />
#It is not really good if you are developing or debugging, as everytime you run the script it<br />
# recompiles ALL the source code.<br />
#This options are added for the w32 compilation &#8230; modify if needed, specially the cross-compile folder<br />
#This is the CROSS_COMPILE_FOLDER<br />
prefix_cross=&#8221;/usr/local/cross&#8221;<br />
prefix_cross_include=&#8221;$prefix_cross/include&#8221;<br />
prefix_cross_lib=&#8221;$prefix_cross/lib&#8221;<br />
host_type_name=&#8221;i586-mingw32msvc&#8221;<br />
host_option=&#8221;&#8211;host=$host_type_name&#8221;<br />
build_option=&#8221;&#8211;build=i686-pc-linux-gnu&#8221;<br />
strip_bin=&#8221;i586-mingw32msvc-strip&#8221;<br />
#strip_generated_files=&#8221;yes&#8221;<br />
# Simple script to build minisip.<br />
#<br />
# This script needs to be executed at the root of the repository trunk. It<br />
# will build minisip and with all the associated libraries. The build will be<br />
# done &#8220;in place&#8221;, that is, no files will be installed on your system.<br />
#<br />
# Instructions:<br />
# Use buildall.sh script the first time you get the sources of minisip. It will<br />
# create all files needed and compile all the sources.<br />
# Then, if you modify a file in the sources and do not want to recompile all<br />
# MiniSIP again, use the &#8220;buildonly.sh&#8221; script<br />
# Note that you con modify the configuration of minisip by editing the<br />
# configure_params variable in this script. Some useful options are commented<br />
# out by default, but feel free to use them.<br />
SUBDIRS=&#8221;${SUBDIRS} libmutil&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libmnetutil&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libmcrypto&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libmikey&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libmstun&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libmsip&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libzrtpcpp&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} libminisip&#8221;<br />
SUBDIRS=&#8221;${SUBDIRS} minisip&#8221;<br />
#If you are debugging, you probably want to build with &#8220;g++ -g&#8221;, to build<br />
#with all debug symbols, useful for coredumps with gdb.<br />
#Comment this line if you don&#8217;t want to build with debug code<br />
compiler_debug=&#8221;-ggdb&#8221;<br />
#Also useful, you may want to call make with some options &#8230; supply them<br />
#here.<br />
#For example, -k forces make to keep compiling even there are errors in the<br />
# sources. I like this one.<br />
make_options=&#8221;-k&#8221;<br />
#Possible configure commands are shown in: ./configure &#8211;help<br />
# check each folder for more details.<br />
#This are common params, usable in all folders<br />
base_configure_params=&#8221;"<br />
base_configure_params=&#8221;$base_configure_params &#8211;enable-debug&#8221;<br />
base_configure_params=&#8221;$base_configure_params &#8211;disable-static&#8221;<br />
#base_configure_params=&#8221;$base_configure_params &#8211;disable-shared&#8221;<br />
#set special options for libmutil<br />
libmutil_configure_params=&#8221;"<br />
libmutil_configure_params=&#8221;$libmutil_configure_params &#8211;enable-memdebug&#8221;<br />
#set special options for libminisip<br />
# do a ./configure &#8211;help to see ALL available options &#8230; here<br />
# show just a sample<br />
libminisip_configure_params=&#8221;"<br />
libminisip_configure_params=&#8221;$libminisip_configure_params &#8211;enable-dsound&#8221;<br />
libminisip_configure_params=&#8221;$libminisip_configure_params &#8211;disable-alsa&#8221;<br />
libminisip_configure_params=&#8221;$libminisip_configure_params &#8211;disable-gconf&#8221;<br />
#&#8211;enable-autocall enables automatic calling for debug purposes (default disabled)<br />
#&#8211;enable-ipaq enables various fixes for the iPAQ (default disabled)<br />
#&#8211;enable-ipsec-enable enables ipsec features (default disabled)<br />
#&#8211;enable-aec enables push-2-talk features (default enabled)<br />
#&#8211;enable-video enables video features (default disabled)<br />
#&#8211;enable-buzzer enables IPAQ buzzer (default disabled)<br />
#&#8211;enable-dsound enables DirectSound sound support (default disabled)<br />
#&#8211;enable-portaudio enable PortAudio V19 support (default auto).<br />
#&#8211;enable-gconf enables support for GConf (default enabled).<br />
#&#8211;enable-sdl enables SDL video output if the required library is found<br />
#&#8211;enable-video enables video features (default disabled)<br />
#set special options for minisip<br />
# do a ./configure &#8211;help to see ALL available options &#8230; here<br />
# show just a sample<br />
minisip_configure_params=&#8221;"<br />
minisip_configure_params=&#8221;$minisip_configure_params &#8211;enable-gtk&#8221;<br />
minisip_configure_params=&#8221;$minisip_configure_params &#8211;disable-shared&#8221;<br />
#minisip_configure_params=&#8221;$minisip_configure_params &#8211;enable-textui&#8221;<br />
#Here you could have per gui-specific parameters &#8230;<br />
for subdir in ${SUBDIRS}<br />
do<br />
echo &#8220;+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++&#8221;<br />
echo &#8220;Building ${subdir} &#8230; &#8221;<br />
echo &#8220;+++++++++++++++++++++++++++++++++++++&#8221;<br />
cd ${subdir}<br />
./bootstrap<br />
configure_params=&#8221;$base_configure_params&#8221;<br />
if [ ${subdir} = "libmutil" ]; then<br />
LOC_MUTIL_LIBS=-L$PWD/.libs<br />
#${subdir}.$LIBS_EXTENSION<br />
LOC_MUTIL_CFLAGS=-I$PWD/include<br />
echo libmutil can use special params<br />
configure_params=&#8221;$configure_params $libmutil_configure_params&#8221;<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libmnetutil" ]; then<br />
LOC_MNETUTIL_LIBS=-L$PWD/.libs<br />
LOC_MNETUTIL_CFLAGS=-I$PWD/include<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libmcrypto" ]; then<br />
LOC_MCRYPTO_LIBS=-L$PWD/.libs<br />
LOC_MCRYPTO_CFLAGS=-I$PWD/include<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libmikey" ]; then<br />
LOC_MIKEY_LIBS=-L$PWD/.libs<br />
LOC_MIKEY_CFLAGS=-I$PWD/include<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
MNETUTIL_LIBS=&#8221;$LOC_MNETUTIL_LIBS -lmnetutil&#8221; \<br />
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libmstun" ]; then<br />
LOC_MSTUN_LIBS=-L$PWD/.libs<br />
LOC_MSTUN_CFLAGS=-I$PWD/include<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
MNETUTIL_LIBS=&#8221;$LOC_MNETUTIL_LIBS -lmnetutil&#8221; \<br />
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libmsip" ]; then<br />
LOC_MSIP_LIBS=-L$PWD/.libs<br />
LOC_MSIP_CFLAGS=-I$PWD/include<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
MNETUTIL_LIBS=&#8221;$LOC_MNETUTIL_LIBS -lmnetutil&#8221; \<br />
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libzrtpcpp" ]; then<br />
LOC_ZRTPCPP_LIBS=-L$PWD/.libs<br />
LOC_ZRTPCPP_CFLAGS=-I$PWD/include<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
MNETUTIL_LIBS=&#8221;$LOC_MNETUTIL_LIBS -lmnetutil&#8221; \<br />
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params<br />
fi<br />
if [ ${subdir} = "libminisip" ] ; then<br />
LOC_LIBMINISIP_LIBS=-L$PWD/.libs<br />
LOC_LIBMINISIP_CFLAGS=-I$PWD/include<br />
configure_params_libminisip=&#8221;$configure_params $libminisip_configure_params&#8221;<br />
echo libminisip can also have special config params<br />
configure_params=&#8221;$configure_params $minisip_configure_params&#8221;<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
MNETUTIL_LIBS=&#8221;$LOC_MNETUTIL_LIBS -lmnetutil&#8221; \<br />
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \<br />
MIKEY_LIBS=&#8221;$LOC_MIKEY_LIBS -lmikey&#8221; \<br />
MIKEY_CFLAGS=$LOC_MIKEY_CFLAGS \<br />
MSIP_LIBS=&#8221;$LOC_MSIP_LIBS -lmsip&#8221; \<br />
MSIP_CFLAGS=$LOC_MSIP_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params_libminisip<br />
fi<br />
if [ ${subdir} = "minisip" ]; then<br />
echo minisip can also have special config params<br />
configure_params_minisip=&#8221;$configure_params $minisip_configure_params&#8221;<br />
MUTIL_LIBS=&#8221;$LOC_MUTIL_LIBS -lmutil&#8221; \<br />
MUTIL_CFLAGS=$LOC_MUTIL_CFLAGS \<br />
MNETUTIL_LIBS=&#8221;$LOC_MNETUTIL_LIBS -lmnetutil&#8221; \<br />
MNETUTIL_CFLAGS=$LOC_MNETUTIL_CFLAGS \<br />
MIKEY_LIBS=&#8221;$LOC_MIKEY_LIBS -lmikey&#8221; \<br />
MIKEY_CFLAGS=$LOC_MIKEY_CFLAGS \<br />
MSIP_LIBS=&#8221;$LOC_MSIP_LIBS -lmsip&#8221; \<br />
MSIP_CFLAGS=$LOC_MSIP_CFLAGS \<br />
LIBMINISIP_LIBS=&#8221;$LOC_LIBMINISIP_LIBS -lminisip&#8221; \<br />
LIBMINISIP_CFLAGS=$LOC_LIBMINISIP_CFLAGS \<br />
CPPFLAGS=&#8221;-I$prefix_cross_include &#8221; \<br />
CXXFLAGS=&#8221;-Wall $compiler_debug&#8221; \<br />
LDFLAGS=&#8221;-L$prefix_cross_lib&#8221; \<br />
./configure $host_option $build_option prefix=$prefix_cross $configure_params_minisip<br />
fi<br />
echo &#8220;==========================================================&#8221;<br />
echo &#8220;configure_params (${subdir})= $configure_params&#8221;<br />
echo &#8220;==========================================================&#8221;<br />
make clean<br />
make<br />
make install<br />
export PKG_CONFIG_PATH=$prefix_cross/lib/pkgconfig/<br />
echo $prefix_cross/share/aclocal &gt;&gt; /usr/share/aclocal/dirlist<br />
echo $prefix_cross/share/aclocal &gt;&gt; /usr/local/share/aclocal/dirlist<br />
cd ..<br />
done<br />
mkdir -p compiled_files<br />
mkdir -p compiled_files/bin<br />
mkdir -p compiled_files/lib<br />
mkdir -p compiled_files/share<br />
mkdir -p compiled_files/share/minisip<br />
mkdir -p compiled_files/lib/libminisip<br />
mkdir -p compiled_files/lib/libminisip/plugins<br />
tmp_lib=&#8221;libmutil&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libmnetutil&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libmcrypto&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libmikey&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libzrtpcpp&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libmsip&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libmstun&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
tmp_lib=&#8221;libminisip&#8221;<br />
cp -f $tmp_lib/.libs/$tmp_lib-0.dll compiled_files/bin<br />
cp -f $tmp_lib/.libs/mdsound.dll compiled_files/lib/libminisip/plugins<br />
cp -f $tmp_lib/.libs/mdsound.la compiled_files/lib/libminisip/plugins<br />
cp -f minisip/minisip/gui/gtkgui/minisip_gtkgui.exe compiled_files/bin<br />
cp -f $prefix_cross/lib/libcrypto.dll compiled_files/bin/libeay32.dll<br />
cp -f $prefix_cross/lib/libssl.dll compiled_files/bin/ssleay32.dll<br />
cp -f $prefix_cross/share/minisip/* compiled_files/share/minisip<br />
find minisip/ -name minisip_gtkgui.exe -size +200k -exec cp -f {} compilied_files/ \;<br />
echo 3<br />
#find minisip/ -name minisip_textui.exe -size +200k -exec cp -f {} compilied_files/ \;<br />
$strip_bin -R compiled_files/*</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Progress for numpy on windows 64 bits by cournape</title>
		<link>http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-195</link>
		<dc:creator>cournape</dc:creator>
		<pubDate>Fri, 04 Sep 2009 05:23:06 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-195</guid>
		<description>Sorry for the late reply. Building numpy is not difficult, you just need to make sure you have a compiler targetting 64 bits. The expression version of VS 2008 does not include 64 bits targetting compiler, but if you install the MS SDK 6.0a or above, it includes compilers targetting amd64. Make sure to install amd64 and not ia64 (IA64 stands for Itanium, and is a totally different architecture).

Then, once the SDK installed, go into the start menu, SDK, and find a x64 retail command line. From there, go into numpy sources, and build with python setup.py install - it should work.</description>
		<content:encoded><![CDATA[<p>Sorry for the late reply. Building numpy is not difficult, you just need to make sure you have a compiler targetting 64 bits. The expression version of VS 2008 does not include 64 bits targetting compiler, but if you install the MS SDK 6.0a or above, it includes compilers targetting amd64. Make sure to install amd64 and not ia64 (IA64 stands for Itanium, and is a totally different architecture).</p>
<p>Then, once the SDK installed, go into the start menu, SDK, and find a x64 retail command line. From there, go into numpy sources, and build with python setup.py install &#8211; it should work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Progress for numpy on windows 64 bits by Python Beginner</title>
		<link>http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-193</link>
		<dc:creator>Python Beginner</dc:creator>
		<pubDate>Fri, 21 Aug 2009 13:43:19 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/2009/06/28/progress-for-numpy-on-windows-64-bits/#comment-193</guid>
		<description>Could you please explain in steps (for a beginner) how did you build only NumPy with Visual Studio 2008 on 64bit Windows?</description>
		<content:encoded><![CDATA[<p>Could you please explain in steps (for a beginner) how did you build only NumPy with Visual Studio 2008 on 64bit Windows?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The &#8220;every Linux distribution should have the same package manager&#8221; fallacy by cournape</title>
		<link>http://cournape.wordpress.com/2009/05/25/the-every-linux-distribution-should-have-the-same-package-manager-fallacy/#comment-188</link>
		<dc:creator>cournape</dc:creator>
		<pubDate>Sat, 08 Aug 2009 09:18:30 +0000</pubDate>
		<guid isPermaLink="false">http://cournape.wordpress.com/2009/05/25/the-every-linux-distribution-should-have-the-same-package-manager-fallacy/#comment-188</guid>
		<description>There is nothing wrong with the apt-get command - but the point is that even if every distribution followed the same packaging format (say every distribution use .deb), it would not be enough to enable interoperability. Say RHEL uses dpkg tomorrow instead of rpm, would it mean that a .deb from debian repo would work on RHEL ? Of course not. The packages versions are different, core libraries have different ABI, the boot system is different which matters when you install/reconfigure servers/daemons, etc... So you would need every distribution to agree about which version to use when.

A package is related to how a distribution is organized (where and how to put configuration files, where to put libraries, dependencies names and versions), so you would have to enforce the same organization, dependencies, for each distribution. Once you enforce this, you end up forcing every distribution to be almost exactly the same.</description>
		<content:encoded><![CDATA[<p>There is nothing wrong with the apt-get command &#8211; but the point is that even if every distribution followed the same packaging format (say every distribution use .deb), it would not be enough to enable interoperability. Say RHEL uses dpkg tomorrow instead of rpm, would it mean that a .deb from debian repo would work on RHEL ? Of course not. The packages versions are different, core libraries have different ABI, the boot system is different which matters when you install/reconfigure servers/daemons, etc&#8230; So you would need every distribution to agree about which version to use when.</p>
<p>A package is related to how a distribution is organized (where and how to put configuration files, where to put libraries, dependencies names and versions), so you would have to enforce the same organization, dependencies, for each distribution. Once you enforce this, you end up forcing every distribution to be almost exactly the same.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
