2012/3/7 niXman :
> 2012/3/7 Kai Tietz :
>> Hmm, so it might be binutils. As I miss to see that it searches in
>> lib64. That lib is searched for multilib is ok and expected behavior
>> here.
>>
>> Could you please provide me your configure options for binutils?
>
> --target=i686-w64-mingw
2012/3/7 Kai Tietz :
> Hmm, so it might be binutils. As I miss to see that it searches in
> lib64. That lib is searched for multilib is ok and expected behavior
> here.
>
> Could you please provide me your configure options for binutils?
--target=i686-w64-mingw32
--enable-targets
Hmm, so it might be binutils. As I miss to see that it searches in
lib64. That lib is searched for multilib is ok and expected behavior
here.
Could you please provide me your configure options for binutils?
Regards,
Kai
--
2012/3/7 Kai Tietz :
> Hi,
>
> This looks for me that the dummy-library mingwthrd wasn't installed.
> In our crt-build it is built, so I assume that is related to missing
> -m64 option on compile-time.
This error appears when building libgcc_s_sjlj-1.dll - 64bit.
libgcc_s_sjlj-1.dll - 32bit is buil
Hi,
This looks for me that the dummy-library mingwthrd wasn't installed.
In our crt-build it is built, so I assume that is related to missing
-m64 option on compile-time. Or you are trying to build 64-bit on a
single-target'ed toolchain.
Could you please provide the output of
'E:/msys/home/niXma
2012/3/6 JonY :
> Its not obvious because you ignored my advice. Seriously, slow down a
> bit, take some time to actually digest your reading.
I've built binutils/CRT/gcc-c(all-gcc)/winpthreads-32/winpthreads-64
successfully
winpthreads-32 is installed into the directory $PREFIX/$TARGET/32
and wi
Hi Ruben!
On Tue, Mar 6, 2012 at 12:53 PM, Ruben Van Boxem
wrote:
> 2012/3/6 K. Frank
> ...
>>
>> One quick question: Am I right that the "default" build configuration for
>> Qt does not include Webkit? (One of my main uses of mingw-w64 is
>> for some exploratory development with Qt, but I don
2012/3/6 K. Frank
> Hi Ruben!
>
> On Tue, Mar 6, 2012 at 4:15 AM, Ruben Van Boxem
> wrote:
> > 2012/3/6 K. Frank
> > ...
> >> Great news! Thank you.
> >>
> >> Do you have any plans to build a 4.7 version with this fix?
> >
> > Once this nasty C++ bug is fixed:
> > http://gcc.gnu.org/bugzilla/s
On Tue, Mar 6, 2012 at 4:15 AM, Ruben Van Boxem
wrote:
> GCC 4.7 is frozen (but I'd wager they'd want to fix this before release), so
> not much will change between now and the release in ?? days.
> If Kai could give me a rough estimate for the release, I could decide to
> wait for it, otherwise I
Hi Ruben!
On Tue, Mar 6, 2012 at 4:15 AM, Ruben Van Boxem
wrote:
> 2012/3/6 K. Frank
> ...
>> Great news! Thank you.
>>
>> Do you have any plans to build a 4.7 version with this fix?
>
> Once this nasty C++ bug is fixed:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
> It's preventing Webk
On 3/6/2012 19:54, Kai Tietz wrote:
> Hi William,
>
> Such patches should be sent to mailing-list and not private to my
> person. So I forward it to public mailing-list.
>
> I had a short glance about your changes and have some objections to
> the '--disable-multilib' option changes in documenta
Hi William,
Such patches should be sent to mailing-list and not private to my
person. So I forward it to public mailing-list.
I had a short glance about your changes and have some objections to
the '--disable-multilib' option changes in documentation.
JonY will take care about more detailed re
On 3/6/2012 08:42, niXman wrote:
> 2012/3/6 JonY :
>> On 3/6/2012 02:47, niXman wrote:
>>> The same error on building crt: _libm_dummy.c:1:0: sorry,
>>> unimplemented: 64-bit mode not compiled in
>>>
>>> That`s how I do it :
>>> 1. binutils:
>>>--host=i686-pc-mingw32
>>>--build=i68
2012/3/6 K. Frank
> Hello Ruben!
>
> On Mon, Mar 5, 2012 at 2:57 PM, Ruben Van Boxem
> wrote:
> > Hi guys,
> >
> > niXman has pointed me to a workaround which is as good as a fix for the
> > shared libstdc++ std::thread problem. It's been fixed in this build.
>
> Great news! Thank you.
>
> Do y
14 matches
Mail list logo
