2013/6/23 Baruch Burstein <[email protected]>
>
> On Thu, Jun 20, 2013 at 10:26 PM, Ruben Van Boxem <
> [email protected]> wrote:
>
>> 2013/6/20 koala01 <[email protected]>
>>
>>> Hello,
>>> First, i would like to special thanks to ruben for its effort to provide
>>> the correct C++11 thread support.
>>>
>>> His x86_64-w64-mingw32-gcc-4.8-stdthread-win64_rubenvb personnal build
>>> has me helped a lot to find the better gcc compilation options.
>>>
>>> But this work has, for me, one significant problems:
>>>
>>> - boost compilation fails when build process try to compile some
>>> boost.math files with just a message box like "cc1plus has stopped to
>>> work" (very explicit, isn't it ?)
>>>
>>> I then made different attempts to fix this issue.
>>>
>>> Configure options for Gcc are, more or less, allways the same and looks
>>> like
>>> ../<path_to_source>/configure --prefix=/mingw --with-sysroot=/mingw \
>>> --build=x86_64-w64-mingw32 --disable-nls --enable-shared --enable-static
>>> \
>>> --enable-threads=posix --enable-libstdcxx-threads
>>> --enable-libstdcxx-time \
>>> --disable-win32-registry --enable-libgomp
>>> --enable-version-specific-runtime-libs \
>>> --with-host-libstdcxx='-static -static-libstdc++ -static-libgcc -lstdc++
>>> -lm' --disable-werror
>>>
>>> If i change the --enable-treads=posix with --enable-threads=win32 (or
>>> just remove this option), boost compiles fine, but C++11 threads support
>>> is disable, whatever i do for other options
>>>
>>> If i remove the --disable-werror option and add the --disable-bootstrap
>>> one, boost compiles fine, but ONLY if Gcc has been compiled with a 32
>>> bit Gcc compiler.
>>>
>>> The use of different possibilities for --enable/disable-shared
>>> --enable/disable-static doesn't fix the issue.
>>>
>>> Different kinds of attempts with --with-boot-ldflags --with-boot-libs,
>>> including trying to link explicitly with static version of winpthread,
>>> doesn't fix the issue.
>>>
>>> What do i wrong?
>>>
>>> I don't know what to try more to having a full feature x86_64 hosted Gcc
>>> version with C++11 support being able to compile boost.
>>> And i don't know where to go to try to fix this problem in the code.
>>>
>>> Note:
>>> - pthreadGC2.dll presence (or absence) doesn't matter for compiling with
>>> a 32 bits gcc version.
>>> - i didn't try to provide some pthreadGC2 dll when compiling
>>> - My system is a windows vista, fully up-to-dated
>>> - one of gcc -v sent (when no bootstraped build works):
>>> Using built-in specs.
>>> COLLECT_GCC=c:\tempgcc\bin\gcc.exe
>>>
>>> COLLECT_LTO_WRAPPER=c:/tempgcc/bin/../libexec/gcc/mingw32/4.7.2/lto-wrapper.exe
>>> Target: mingw32
>>> Configured with: ../gcc-4.7.2/configure
>>> --enable-languages=c,c++,ada,fortran,objc,obj-c++ \
>>> --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp
>>> \
>>> --disable-win32-registry --enable-libstdcxx-debug
>>> --disable-build-poststage1-with-cxx \
>>> --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
>>> Thread model: win32
>>> gcc version 4.7.2 (GCC)
>>>
>>> Note: source versions.
>>> My different attempts have been done with following versions:
>>> binutils: 2.23.52 (from FTP)
>>> mingw-w64 stuffs (crt, headers, winpthreads): checked out from svn/trunk
>>> (last attempt at rev 5882, but tried many revision before)
>>> Gcc: 4.8.1_release (rev 199526) and development version checked out from
>>> svn (last attempt at 200172)
>>> gmp: 5.1.2
>>> mpfr: 3.1.2
>>> mpc: 1.0
>>> isl: 0.11.2
>>> cloog: 0.18.0
>>>
>>> Excuse me for my bad english, my mother language is french
>>>
>>>
>> From what I can tell, the Boost.Math issue is a problem for all GCC
>> 4.8.0's: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926
>>
>> You can work around this by using pch=off when invoking b2/bjam. No need
>> to recompile GCC.
>>
>> Also, and this is a more general announcement: since mingw-builds have
>> done and still are doing such a nice job in providing fast and qualitative
>> builds of GCC with MinGW-w64 is all kinds of configurations, please use
>> their excellent binaries:
>> http://sourceforge.net/projects/mingwbuilds/files/?source=navbar
>>
>> I see no reason and moreover don't have the will to continue building GCC
>> myself.
>>
>
> I think this should be announced in a separate thread, since it is very
> likely to get missed by many people here
>
You're probably right. I'll see to that now :)
>
>
>> Cheers,
>>
>> Ruben
>>
>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by Windows:
>>>
>>> Build for Windows Store.
>>>
>>> http://p.sf.net/sfu/windows-dev2dev
>>> _______________________________________________
>>> Mingw-w64-public mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Windows:
>>
>> Build for Windows Store.
>>
>> http://p.sf.net/sfu/windows-dev2dev
>> _______________________________________________
>> Mingw-w64-public mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>>
>>
>
>
> --
> ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Mingw-w64-public mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
