On Fri, Mar 23, 2012 at 1:54 PM, Joshua Boyce <raptorfac...@raptorfactor.com
> wrote:
> On Mon, Mar 12, 2012 at 12:46 AM, Ruben Van Boxem <
> vanboxem.ru...@gmail.com> wrote:
>
>> Hi all,
>>
>> I'm in the process of uploading a new build of GCC 4.7, with the
>> llibstdc++ dll fix for std::thread. No more "-static" necessary anymore!
>>
>> This build still has the bug preventing WebKit from building:
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
>>
>> But I couldn't wait :)
>>
>> I also discovered my source's git mirrors hadn't been updating, which is
>> now fixed, so latest binutils, gdb and gcc is indeed the latest.
>>
>> Please let me know if you experience any problems using these builds or
>> need help getting things set up.
>>
>> Ruben
>>
>> PS: Download links:
>>
>> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/4.7.0-3/
>>
>> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/4.7.0-3/
>>
>> http://sourceforge.net/projects/mingw-w64/files/Toolchain%20sources%20Win64/
>> Personal%20Builds/rubenvb/
>>
>>
>>
> First off, thanks Ruben.
>
> Next, has anyone been able to successfully build Boost with this
> toolchain? I'm currently getting link errors whenever the static libraries
> are being built:
>
> e.g.
> gcc.link.dll
> C:\Users\Josh\Documents\code\boost-trunk\bin.v2\libs\serialization\build\gcc-mingw-4.7.0\release\address-model-32\architecture-x86\libboost_serialization-mgw47-1_50.dll.a
> Creating library file:
> C:\Users\Josh\Documents\code\boost-trunk\bin.v2\libs\serialization\build\gcc-mingw-4.7.0\release\address-model-32\architecture-x86\
> libboost_serialization-mgw47-1_50.dll.aC:\Users\Josh\Documents\code\boost-trunk\bin.v2\libs\serialization\build\gcc-mingw-4.7.0\release\address-model-32\architecture-x86\basic_text_iprimitive.o:basic_text_iprimitive.cpp:(.text$_ZNSt6localeC1IN5boost7archive12codecvt_nullIcEEEERKS_PT_[std::locale::locale<boost::archive::codecvt_null<char>
> >(std::locale const&, boost::archive::codecvt_null<char>*)]+0x11f):
> undefined reference to `___atomic_fetch_add_4'
> C:\Users\Josh\Documents\code\boost-trunk\bin.v2\libs\serialization\build\gcc-mingw-4.7.0\release\address-model-32\architecture-x86\binary_iarchive.o:binary_iarchive.cpp:(.text$_ZN5boost7archive21basic_binary_iarchiveINS0_21naked_binary_iarchiveEE13load_overrideERNS0_15class_name_typeEi[boost::archive::basic_binary_iarchive<boost::archive::naked_binary_iarchive>::load_override(boost::archive::class_name_type&,
> int)]+0xe2): undefined reference to `___atomic_fetch_add_4'
> C:\Users\Josh\Documents\code\boost-trunk\bin.v2\libs\serialization\build\gcc-mingw-4.7.0\release\address-model-32\architecture-x86\binary_iarchive.o:binary_iarchive.cpp:(.text$_ZN5boost7archive21basic_binary_iarchiveINS0_15binary_iarchiveEE13load_overrideERNS0_15class_name_typeEi[boost::archive::basic_binary_iarchive<boost::archive::binary_iarchive>::load_override(boost::archive::class_name_type&,
> int)]+0xe2): undefined reference to `___atomic_fetch_add_4'
> c:/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.7.0/../../../../i686-w64-mingw32/bin/ld.exe:
> C:\Users\Josh\Documents\code\boost-trunk\bin.v2\libs\serialization\build\gcc-mingw-4.7.0\release\address-model-32\architecture-x86\binary_iarchive.o:
> bad reloc address 0xe2 in section
> `.text$_ZN5boost7archive21basic_binary_iarchiveINS0_15binary_iarchiveEE13load_overrideERNS0_15class_name_typeEi[boost::archive::basic_binary_iarchive<boost::archive::binary_iarchive>::load_override(boost::archive::class_name_type&,
> int)]'
> collect2.exe: error: ld returned 1 exit status
>
> I get the same "undefined reference to '__atomic_fetch_add_4'" for every
> single static lib in Boost that it tries to build.
>
> Thanks.
>
Compiling in C++11 mode seems to have worked around my compilation issues,
however now I'm having runtime problems.
Boost.Filesystem (and probably other components, though filesystem is the
first one I call so it fails first) is "failing" with the following
exception:
"boost::filesystem::remove: The operation completed successfully:
"out.exe"" (out.exe is the file I'm removing)
Which makes absolutely no sense...
Not sure if it's an issue with my build environment or the toolchain. Has
anyone else experienced this? I'm taking a look as to why this might be
happening, but so far I've gotten nowhere...
Thanks
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
