[Mingw-w64-public] Building Packages on MinGW-w64

2013-12-06 Thread wynfield

I am going to try to build the Linphone VoIP SIP application, whose source I 
download using git,  using MinGW-w64 with Cygwin on an XP SP3 environment. 

I assume that Cygwin's m4, aclocal, autoheader, automake, autoconf, autogen.sh, 
libtoolize
  modules are safe to use and don't inject any Cygwin dll dependent setings?

I also assume that MinGW-w64's include files and libraries will automatcially 
be detected, but I doubt that this is true.

I ran  ./autogen.h  which completed without error.
Then I ran configure as:
$ ./configure CC=/usr/bin/i686-w64-mingw32-gcc 
CXX=/usr/bin/i686-w64-mingw32-c++.exe


Are there any other ./configure flags or variables that need to be set for a 
configure script?


But I don't see any flags for the loader, but w64-mingw32-gcc probably knows 
which loader to use by default.

If there are any inGW-w64 specific include files or libraries, are they stored 
in /usr/incude and /usr/lib respectively?  If not where are they stored?

I ran into a dependency problem:

  "checking for LIBGTK... configure: error: Package requirements (gtk+-2.0 >= 
2.18.0 gthread-2.0) were not met:"
"No package 'gtk+-2.0' found
 No package 'gthread-2.0' found "

I will need the gtk+-2.0 library.  Cygwin has one, but it requires cygwin.dll 
which I don't mind using, but can it be done ? I need native speed for the 
video and audio processing, so don't want to go through Cygwin.

Has anyone built gtk+-2.0 or newer with Mingw-w64 or is it not worth the effort?

Thanks

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] [Project News | New Builds]

2013-12-06 Thread niXman
Hi guys!

I'm pleased to announce the new builds of MinGW-W64 based on the 
GCC-4.8.2 at rev.1.
Changes from rev.0 is:
  - Binutils updated to 2.24
  - MinGW-w64 v3 rev.6391
  - Backport MinGW-w64 runtime commits from trunk to stable version:
  6303: Fixed conflicts with xmmintrin.h.
  6332: Install libvfw32.a once again
  6385: Update shlwapi.def for Win7 32-bit
  6386: Update shlwapi.def for Win7 64-bit
  6390: Update shell32.def from Win7
  - Update make to latest from git.
  - Fix installing gcc libraries for Python
  - Relocate c++ headers to /include/c++

Links:
32-bit:
  posix-sjlj: i686-4.8.2-release-posix-sjlj-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-posix/sjlj/i686-4.8.2-release-posix-sjlj-rt_v3-rev1.7z)
  posix-dwarf: i686-4.8.2-release-posix-dwarf-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-posix/dwarf/i686-4.8.2-release-posix-dwarf-rt_v3-rev1.7z)
  win32-sjlj: i686-4.8.2-release-win32-sjlj-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-win32/sjlj/i686-4.8.2-release-win32-sjlj-rt_v3-rev1.7z)
  win32-dwarf: i686-4.8.2-release-win32-dwarf-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-win32/dwarf/i686-4.8.2-release-win32-dwarf-rt_v3-rev1.7z)
64-bit:
  posix-sjlj: x86_64-4.8.2-release-posix-sjlj-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-posix/sjlj/x86_64-4.8.2-release-posix-sjlj-rt_v3-rev1.7z)
  posix-seh : x86_64-4.8.2-release-posix-seh-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-posix/seh/x86_64-4.8.2-release-posix-seh-rt_v3-rev1.7z)
  win32-sjlj: x86_64-4.8.2-release-win32-sjlj-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-win32/sjlj/x86_64-4.8.2-release-win32-sjlj-rt_v3-rev1.7z)
  win32-seh: x86_64-4.8.2-release-win32-seh-rt_v3-rev1.7z
  
(http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-win32/seh/x86_64-4.8.2-release-win32-seh-rt_v3-rev1.7z)


-- 
Regards, niXman
___
Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows:
http://sourceforge.net/projects/mingw-w64/
___
Another online IDE: http://liveworkspace.org/


--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Building Packages on MinGW-w64

2013-12-06 Thread JonY
On 12/6/2013 16:39, wynfield wrote:
> 
> I am going to try to build the Linphone VoIP SIP application, whose source I 
> download using git,  using MinGW-w64 with Cygwin on an XP SP3 environment. 
> 
> I assume that Cygwin's m4, aclocal, autoheader, automake, autoconf, 
> autogen.sh, libtoolize
>   modules are safe to use and don't inject any Cygwin dll dependent setings?
> 
> I also assume that MinGW-w64's include files and libraries will automatcially 
> be detected, but I doubt that this is true.
> 
> I ran  ./autogen.h  which completed without error.
> Then I ran configure as:
> $ ./configure CC=/usr/bin/i686-w64-mingw32-gcc 
> CXX=/usr/bin/i686-w64-mingw32-c++.exe
> 
> 

Don't do that, use configure --host=i686-w64-mingw32 instead.

> Are there any other ./configure flags or variables that need to be set for a 
> configure script?
> 
> 

Depends on your software, you should really set --prefix, /usr/local is
typically for native code.

> But I don't see any flags for the loader, but w64-mingw32-gcc probably knows 
> which loader to use by default.
> 
> If there are any inGW-w64 specific include files or libraries, are they 
> stored in /usr/incude and /usr/lib respectively?  If not where are they 
> stored?
> 

Don't do that either, /usr/incude and /usr/lib is for native code, in
this case Cygwin. Never ever use them for cross compilation.

> I ran into a dependency problem:
> 
>   "checking for LIBGTK... configure: error: Package requirements (gtk+-2.0 >= 
> 2.18.0 gthread-2.0) were not met:"
>   "No package 'gtk+-2.0' found
>No package 'gthread-2.0' found "
> 
> I will need the gtk+-2.0 library.  Cygwin has one, but it requires cygwin.dll 
> which I don't mind using, but can it be done ? I need native speed for 
> the video and audio processing, so don't want to go through Cygwin.
> 

No, you cannot use those for mingw-w64, those are for Cygwin.

> Has anyone built gtk+-2.0 or newer with Mingw-w64 or is it not worth the 
> effort?

Yes, it has been done before, notice the mass rebuilt on the 4th, it has
gtk2/gtk3. You should really build it yourself.





signature.asc
Description: OpenPGP digital signature
--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Building Packages on MinGW-w64

2013-12-06 Thread Pavel
On Fri, 2013-12-06 at 17:39 +0900, wynfi...@gmail.com wrote:
> I am going to try to build the Linphone VoIP SIP application, whose source I 
> download using git,  using MinGW-w64 with Cygwin on an XP SP3 environment. 
> 
> I assume that Cygwin's m4, aclocal, autoheader, automake, autoconf, 
> autogen.sh, libtoolize
>   modules are safe to use and don't inject any Cygwin dll dependent setings?
> 
> I also assume that MinGW-w64's include files and libraries will automatcially 
> be detected, but I doubt that this is true.
> 
> I ran  ./autogen.h  which completed without error.
> Then I ran configure as:
> $ ./configure CC=/usr/bin/i686-w64-mingw32-gcc 
> CXX=/usr/bin/i686-w64-mingw32-c++.exe
> 
> 
> Are there any other ./configure flags or variables that need to be set for a 
> configure script?
> 
> 
> But I don't see any flags for the loader, but w64-mingw32-gcc probably knows 
> which loader to use by default.
> 
> If there are any inGW-w64 specific include files or libraries, are they 
> stored in /usr/incude and /usr/lib respectively?  If not where are they 
> stored?
> 
> I ran into a dependency problem:
> 
>   "checking for LIBGTK... configure: error: Package requirements (gtk+-2.0 >= 
> 2.18.0 gthread-2.0) were not met:"
>   "No package 'gtk+-2.0' found
>No package 'gthread-2.0' found "
> 
> I will need the gtk+-2.0 library.  Cygwin has one, but it requires cygwin.dll 
> which I don't mind using, but can it be done ? I need native speed for 
> the video and audio processing, so don't want to go through Cygwin.
> 
> Has anyone built gtk+-2.0 or newer with Mingw-w64 or is it not worth the 
> effort?

Year ago, I built the whole Gimp. In the beginning I started with
cygwin, but it was extremely slow, so I gave it up. In the end, I
cross-compiled both the 32bit and 64bit version from Linux using Ruben's
built. This worked, however, the effort to achieve that was quite
enormous and the result not really satisfactory and sometimes even
impossible to reproduce.

Building gtk+ requires lots of prerequisities, at minimum libz, libffi,
libiconv, libxml2, gettext, glib, gtk-doc, atk, libpng, jpeg-8d, jasper,
tiff, gdk-pixbuf, freetype, fontconfig, lcms, lcms2, jbig2dec,
ghostscript, libspectre, poppler, pixman, cairo, harfbuzz, pango,
libcroco, librsvg, libexif, libmng and iso-codes

Some of them are perhaps only needed for Gimp, I don't remember exactly,
but if so, then just few of them. Most of these libraries must be built
for gtk+.

Pavel

> 
> Thanks
> 
> --
> Sponsored by Intel(R) XDK 
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public



--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] Building linphone & gtk with MinGW-w64

2013-12-06 Thread wynfield

I found http://www.gtk.org that has a ms windows library that I will use when 
building Linphone.  I've installed it in a directory for ms win32 specific dev 
named
 /cygdrive/c/win-dev

I am trying to confiure as follows:

$  ./configure CC="/usr/bin/i686-w64-mingw32-gcc" 
CXX="/usr/bin/i686-w64-mingw32-c++.exe" 
CPPFLAGS="-I/cygdrive/c/win-dev/include" LDFLAGS="-L/cygdrive/c/win-dev/lib"


Thread model: win32
gcc version 4.8.2 (GCC) 
configure:3678: $? = 0
configure:3667: /usr/bin/i686-w64-mingw32-c++.exe -V >&5
i686-w64-mingw32-c++: error: unrecognized command line option '-V'
i686-w64-mingw32-c++: fatal error: no input files
compilation terminated.
configure:3678: $? = 1
configure:3667: /usr/bin/i686-w64-mingw32-c++.exe -qversion >&5
i686-w64-mingw32-c++: error: unrecognized command line option '-qversion'
i686-w64-mingw32-c++: fatal error: no input files
compilation terminated.
configure:3678: $? = 1
configure:3698: checking whether the C++ compiler works
configure:3720: /usr/bin/i686-w64-mingw32-c++.exe  
-I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
configure:3724: $? = 0
configure:3772: result: yes
configure:3775: checking for C++ compiler default output file name
configure:3777: result: a.exe
configure:3783: checking for suffix of executables
configure:3790: /usr/bin/i686-w64-mingw32-c++.exe -o conftest.exe  
-I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
configure:3794: $? = 0
configure:3816: result: .exe
configure:3838: checking whether we are cross compiling
configure:3846: /usr/bin/i686-w64-mingw32-c++.exe -o conftest.exe  
-I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
configure:3850: $? = 0
configure:3857: ./conftest.exe
./configure: line 3859:  2260 Segmentation fault  ./conftest$ac_cv_exeext
configure:3861: $? = 139
configure:3868: error: in `/cygdrive/c/win-apps/linphone/src/linphone':
configure:3870: error: cannot run C++ compiled programs.
If you meant to cross compile, use `--host'.


configuring with  (change c++ to cpp in the c++ executable name) Don't which to 
use.

 $ ./configure CC="/usr/bin/i686-w64-mingw32-gcc" 
CXX="/usr/bin/i686-w64-mingw32-cpp.exe" 
CPPFLAGS="-I/cygdrive/c/win-dev/include" LDFLAGS="-L/cygdrive/c/win-dev/lib"

configure:3667: /usr/bin/i686-w64-mingw32-cpp.exe -V >&5
i686-w64-mingw32-cpp: error: unrecognized command line option '-V'
configure:3678: $? = 1
configure:3667: /usr/bin/i686-w64-mingw32-cpp.exe -qversion >&5
i686-w64-mingw32-cpp: error: unrecognized command line option '-qversion'
configure:3678: $? = 1
configure:3698: checking whether the C++ compiler works
configure:3720: /usr/bin/i686-w64-mingw32-cpp.exe  
-I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5


I vaguely remember hearing something about the -V option causing problems, but 
might be mistaken. 

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Building linphone & gtk with MinGW-w64

2013-12-06 Thread Ray Donnelly
I'm not sure why you started another thread for basically the same
issue (building linphone).

.. nor why you are ignoring jon_y's advice in that thread:

"Don't do that, use configure --host=i686-w64-mingw32 instead."

> configuring with  (change c++ to cpp in the c++ executable name) Don't which 
> to use.

cpp is the "C Pre-Processor", it does not stand for C++; that's always
suffixed with either ++ or xx.

On Fri, Dec 6, 2013 at 1:48 PM,   wrote:
>
> I found http://www.gtk.org that has a ms windows library that I will use when 
> building Linphone.  I've installed it in a directory for ms win32 specific 
> dev named
>  /cygdrive/c/win-dev
>
> I am trying to confiure as follows:
>
> $  ./configure CC="/usr/bin/i686-w64-mingw32-gcc" 
> CXX="/usr/bin/i686-w64-mingw32-c++.exe" 
> CPPFLAGS="-I/cygdrive/c/win-dev/include" LDFLAGS="-L/cygdrive/c/win-dev/lib"
>
>
> Thread model: win32
> gcc version 4.8.2 (GCC)
> configure:3678: $? = 0
> configure:3667: /usr/bin/i686-w64-mingw32-c++.exe -V >&5
> i686-w64-mingw32-c++: error: unrecognized command line option '-V'
> i686-w64-mingw32-c++: fatal error: no input files
> compilation terminated.
> configure:3678: $? = 1
> configure:3667: /usr/bin/i686-w64-mingw32-c++.exe -qversion >&5
> i686-w64-mingw32-c++: error: unrecognized command line option '-qversion'
> i686-w64-mingw32-c++: fatal error: no input files
> compilation terminated.
> configure:3678: $? = 1
> configure:3698: checking whether the C++ compiler works
> configure:3720: /usr/bin/i686-w64-mingw32-c++.exe  
> -I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
> configure:3724: $? = 0
> configure:3772: result: yes
> configure:3775: checking for C++ compiler default output file name
> configure:3777: result: a.exe
> configure:3783: checking for suffix of executables
> configure:3790: /usr/bin/i686-w64-mingw32-c++.exe -o conftest.exe  
> -I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
> configure:3794: $? = 0
> configure:3816: result: .exe
> configure:3838: checking whether we are cross compiling
> configure:3846: /usr/bin/i686-w64-mingw32-c++.exe -o conftest.exe  
> -I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
> configure:3850: $? = 0
> configure:3857: ./conftest.exe
> ./configure: line 3859:  2260 Segmentation fault  ./conftest$ac_cv_exeext
> configure:3861: $? = 139
> configure:3868: error: in `/cygdrive/c/win-apps/linphone/src/linphone':
> configure:3870: error: cannot run C++ compiled programs.
> If you meant to cross compile, use `--host'.
>
>
> configuring with  (change c++ to cpp in the c++ executable name) Don't which 
> to use.
>
>  $ ./configure CC="/usr/bin/i686-w64-mingw32-gcc" 
> CXX="/usr/bin/i686-w64-mingw32-cpp.exe" 
> CPPFLAGS="-I/cygdrive/c/win-dev/include" LDFLAGS="-L/cygdrive/c/win-dev/lib"
>
> configure:3667: /usr/bin/i686-w64-mingw32-cpp.exe -V >&5
> i686-w64-mingw32-cpp: error: unrecognized command line option '-V'
> configure:3678: $? = 1
> configure:3667: /usr/bin/i686-w64-mingw32-cpp.exe -qversion >&5
> i686-w64-mingw32-cpp: error: unrecognized command line option '-qversion'
> configure:3678: $? = 1
> configure:3698: checking whether the C++ compiler works
> configure:3720: /usr/bin/i686-w64-mingw32-cpp.exe  
> -I/cygdrive/c/win-dev/include -L/cygdrive/c/win-dev/lib conftest.cpp  >&5
>
>
> I vaguely remember hearing something about the -V option causing problems, 
> but might be mistaken.
>
> --
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] Made some more progress building LinPhone

2013-12-06 Thread wynfield

I found that adding 
   LIBGTK_CFLAGS="-L/cygdrive/c/win-dev/lib"
   LIBGTK_LIBS="-L/cygdrive/c/win-dev/lib" 

to the configure command line allowed configure to find the MS Win GTK library.


Now configure progresses until it can't find any "readling" library, which I 
believe is a commong Gnu function, and something called "speex".

Any comments or help is always appreciated.

Cheers


 $ ./configure --target=i686-w64-mingw32 --enable-targets=i686-w64-mingw32 
--host=i686-w64-mingw32  --prefix=$a/linphone   
CC="/usr/bin/i686-w64-mingw32-gcc" CXX="/usr/bin/i686-w64-mingw32-c++.exe" 
CPPFLAGS="-I/cygdrive/c/win-dev/include" LDFLAGS="-L/cygdrive/c/win-dev/lib"  
LIBGTK_CFLAGS="-L/cygdrive/c/win-dev/lib" 
LIBGTK_LIBS="-L/cygdrive/c/win-dev/lib" >/tmp/config.out
configure: WARNING: using cross tools not prefixed with host triplet
configure: WARNING: Could not find libreadline headers or library, linphonec 
will have limited prompt features
configure: error: Package requirements (speex >= 1.1.6) were not met:

No package 'speex' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables SPEEX_CFLAGS
and SPEEX_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Made some more progress building LinPhone

2013-12-06 Thread Ruben Van Boxem
2013/12/6 

>
> I found that adding
>LIBGTK_CFLAGS="-L/cygdrive/c/win-dev/lib"
>LIBGTK_LIBS="-L/cygdrive/c/win-dev/lib"
>
> to the configure command line allowed configure to find the MS Win GTK
> library.
>
>
> Now configure progresses until it can't find any "readling" library, which
> I believe is a commong Gnu function, and something called "speex".
>
> Any comments or help is always appreciated.
>
> Cheers
>

Please stop creating new topics. This mailing list is meant to be read as
an archive for later. You're at email subject number 3 now, all about the
exact same thing.


>
>
>  $ ./configure --target=i686-w64-mingw32 --enable-targets=i686-w64-mingw32
> --host=i686-w64-mingw32  --prefix=$a/linphone
> CC="/usr/bin/i686-w64-mingw32-gcc" CXX="/usr/bin/i686-w64-mingw32-c++.exe"
> CPPFLAGS="-I/cygdrive/c/win-dev/include"
> LDFLAGS="-L/cygdrive/c/win-dev/lib"
>  LIBGTK_CFLAGS="-L/cygdrive/c/win-dev/lib"
> LIBGTK_LIBS="-L/cygdrive/c/win-dev/lib" >/tmp/config.out
> configure: WARNING: using cross tools not prefixed with host triplet
> configure: WARNING: Could not find libreadline headers or library,
> linphonec will have limited prompt features
> configure: error: Package requirements (speex >= 1.1.6) were not met:
>


Have you tried googling "speex"? It's an audio library for the speex
format. linphonec probably depends on it.

Ruben


> No package 'speex' found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables SPEEX_CFLAGS
> and SPEEX_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
>
> --
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-06 Thread Fanael Linithien
2013/12/5 Fanael Linithien :
> runs BEFORE enter_global_cs

Er, before global_spin_ctor, of course.

2013/12/5 Kai Tietz :
> Nice catch.  This describes at least the runtime-failure we got reported.
> Did you tested regressions for this patch?

I have. All tests from tests_pthread pass.


2013/12/5 dw :
> 1) Shouldn't global_lock be __LONG32?

Probably not. InterlockedExchange takes volatile LONG*.

> 2) Would it make sense for the exchange on global_lock to be done as a
> single operation (ie InterlockedCompareExchange)?

It's not necessary. InterlockedExchange already provides enough synchronization.

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Made some more progress building LinPhone

2013-12-06 Thread JonY
On 12/6/2013 23:57, wynfield wrote:
> 
>  $ ./configure --target=i686-w64-mingw32 --enable-targets=i686-w64-mingw32 
> --host=i686-w64-mingw32  --prefix=$a/linphone   
> CC="/usr/bin/i686-w64-mingw32-gcc" CXX="/usr/bin/i686-w64-mingw32-c++.exe" 
> CPPFLAGS="-I/cygdrive/c/win-dev/include" LDFLAGS="-L/cygdrive/c/win-dev/lib"  
> LIBGTK_CFLAGS="-L/cygdrive/c/win-dev/lib" 
> LIBGTK_LIBS="-L/cygdrive/c/win-dev/lib" >/tmp/config.out
> configure: WARNING: using cross tools not prefixed with host triplet
> configure: WARNING: Could not find libreadline headers or library, linphonec 
> will have limited prompt features
> configure: error: Package requirements (speex >= 1.1.6) were not met:
> 

In addition to what Ruben says, please listen, stop setting CC/CXX,
--host already does it.

Stop trying to be clever when you are not, just stop it, it is getting
out of hand.





signature.asc
Description: OpenPGP digital signature
--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Building Packages on MinGW-w64

2013-12-06 Thread wynfield

Re: ".. another thread for basically the same issue (building linphone)"

I'm sorry.  I wasn't aware of that.  I was receiving list messages in a digest 
which had the subject as "Mingw-w64-public Digest, Vol 75, Issue 11"  which 
isn't descriptive so I added a meaningful one and didn'T remember the exact old 
one.   To fix this I changed my setting with the list to send out on a messge 
basis.

Re: .. nor why you are ignoring jon_y's advice in that thread: ..Don't do that, 
use configure --host=i686-w64-mingw32 instead.

I didn't recieve his reponse before I sent that message is why.  I am grateful 
to Jony for having sent the advice.  I will use it and continue today working 
on successfully building the package.


*  Don't do that, use configure --host=i686-w64-mingw32 instead.
Thank you.

*  /usr/incude and /usr/lib is for native code, in\nthis case Cygwin. 
Never ever use them for cross compilation.\n No, you cannot use those for
mingw-w64, those are for Cygwin.

I don't want to use it.  I was trying to ask where are mingw-w64 include files 
in case
I have to specify them?  Does setting the host=   trigger the right include 
file 
directory?


Facts:  cpp is the "C Pre-Processor", it does not stand for C++;
C++ that's always\n\nsuffixed with either ++ or xx.

Thanks for the distinction.  I was confused with that.

*  Have you tried googling "speex"? It's an audio library for the speex format.
linphonec probably depends on it.

No but I will.  Thanks for the advice.

Regards

--

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Building Packages on MinGW-w64

2013-12-06 Thread JonY
On 12/7/2013 10:27, wynfield wrote:
> 
> Re: ".. another thread for basically the same issue (building linphone)"
> 
> I'm sorry.  I wasn't aware of that.  I was receiving list messages in a 
> digest which had the subject as "Mingw-w64-public Digest, Vol 75, Issue 11"  
> which isn't descriptive so I added a meaningful one and didn'T remember the 
> exact old one.   To fix this I changed my setting with the list to send out 
> on a messge basis.
> 

Your client does not support digest, so if you use normal receive, it
wouldn't be that messy.

> *  /usr/incude and /usr/lib is for native code, in\nthis case Cygwin. 
> Never ever use them for cross compilation.\n No, you cannot use those for
> mingw-w64, those are for Cygwin.
> 
> I don't want to use it.  I was trying to ask where are mingw-w64 include 
> files in case
> I have to specify them?  Does setting the host=   trigger the right include 
> file 
> directory?
> 

No it does not, you should pass in CPPFLAGS="-I/path/to/include"
LDFLAGS="-L/path/to/lib/dir" to configure, so it should look like:

configure --host=i686-w64-mingw32 CPPFLAGS="..." LDFLAGS="..."
--prefix="..."

See configure --help for more details.

> 
> Facts:  cpp is the "C Pre-Processor", it does not stand for C++;
> C++ that's always\n\nsuffixed with either ++ or xx.
> 

Part of the problem of setting CPP/CXX/CC manually if you don't know
what those are. So don't do it if you can help it.

> 
> *  Have you tried googling "speex"? It's an audio library for the speex 
> format.
> linphonec probably depends on it.
> 

Likewise, install all your mingw-w64 compiled libraries and programs to
a new prefix to avoid accidentally overwriting Cygwin libraries. Using
--prefix=/opt/32bit-mingw-w64 is a good start, you can name it anything.




signature.asc
Description: OpenPGP digital signature
--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public