Forgot to mention the separate build that I used:
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/ray_linn/GCC-4.7.0-with-ada/
Sorry for polluting the list.
--
For Develo
Hi, trying the
https://sourceforge.net/projects/mingwbuilds/files/windows-host/4.7.0/
build on ilmbase-1.0.1 seems to produce errors when using make that
the recent builds do not produce (maybe string limit related?).
When I tried using a separate build with the libraries produced by the
aforemen
This looks extremely interesting. I will check this out for certain :)
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring to
As I promised, the mingw-builds project[1] moved to sf.net[2].
The project provides the multilib-MinGW (target i686, x86_64) builds
for i686, x86_64 hosts.
For each build are also provided the sources[3].
Scripts and patches are also available[4].
Each build contains licenses of subprojects and bui
2012/3/4 Ruben Van Boxem :
> 2012/3/4 niXman
>>
>> 2012/3/4 Ruben Van Boxem :
>> > Op 4 mrt. 2012 07:40 schreef "niXman" het volgende:
>> >
>> >
>> >>
>> >> 2012/3/3 Joshua Boyce :
>> >> > I believe that you don't have to distribute them directly, but you
>> >> > can
>> >> > just
>> >> > make the
2012/3/4 niXman
> 2012/3/4 Ruben Van Boxem :
> > Op 4 mrt. 2012 07:40 schreef "niXman" het volgende:
> >
> >
> >>
> >> 2012/3/3 Joshua Boyce :
> >> > I believe that you don't have to distribute them directly, but you can
> >> > just
> >> > make them available to download somewhere. Dropbox would
2012/3/4 Ruben Van Boxem :
> Op 4 mrt. 2012 07:40 schreef "niXman" het volgende:
>
>
>>
>> 2012/3/3 Joshua Boyce :
>> > I believe that you don't have to distribute them directly, but you can
>> > just
>> > make them available to download somewhere. Dropbox would be a perfect
>> > candidate to host
Op 4 mrt. 2012 07:40 schreef "niXman" het volgende:
>
> 2012/3/3 Joshua Boyce :
> > I believe that you don't have to distribute them directly, but you can
just
> > make them available to download somewhere. Dropbox would be a perfect
> > candidate to host both the binaries as the source imo.
> >
>
2012/3/3 Joshua Boyce :
> I believe that you don't have to distribute them directly, but you can just
> make them available to download somewhere. Dropbox would be a perfect
> candidate to host both the binaries as the source imo.
>
> http://www.gnu.org/licenses/gpl-faq.html#AnonFTPAndSendSources
>
δΊ 2012/3/4 5:42, Kai Tietz ει:
> Btw I noticed in you recent .7z release an issue. Your gcc seems to
> have an issue. It doesn't work for me. It searchs for non-existing
> symbol __gxx_personality_v0 in libstdc++-6.dll. But the export should
> be '__gxx_personality_sj0'.
>
> Regards,
> Kai
>
I thin
2012/3/4 Kai Tietz :
> I used SjLj
You're right!
I have no idea how it could happend...
It's strange that from 70 of those who have downloaded, noone reported
the error %)
>
> 2012/3/3 niXman :
>> 2012/3/4 Kai Tietz :
>>> Btw I noticed in you recent .7z release an issue. Your gcc seems to
>>> have
I used SjLj
2012/3/3 niXman :
> 2012/3/4 Kai Tietz :
>> Btw I noticed in you recent .7z release an issue. Your gcc seems to
>> have an issue. It doesn't work for me. It searchs for non-existing
>> symbol __gxx_personality_v0 in libstdc++-6.dll. But the export should
>> be '__gxx_personality_sj0'.
2012/3/4 Kai Tietz :
> Btw I noticed in you recent .7z release an issue. Your gcc seems to
> have an issue. It doesn't work for me. It searchs for non-existing
> symbol __gxx_personality_v0 in libstdc++-6.dll. But the export should
> be '__gxx_personality_sj0'.
4.6.3 release?
dwarf/sjlj?
Right now
Btw I noticed in you recent .7z release an issue. Your gcc seems to
have an issue. It doesn't work for me. It searchs for non-existing
symbol __gxx_personality_v0 in libstdc++-6.dll. But the export should
be '__gxx_personality_sj0'.
Regards,
Kai
---
On Fri, Mar 2, 2012 at 10:49 PM, Joshua Boyce
> Personally I think it's all a little ridiculous, especially when it comes to
> distributing the source of such massive and ubiquitous applications like
> GCC...
You need to take that up with Richard Stallman. ;-p
--
Earnie
-- https://sites.google.
On Sat, Mar 3, 2012 at 2:46 PM, Joshua Boyce
wrote:
> I believe that you don't have to distribute them directly, but you can
> just make them available to download somewhere. Dropbox would be a perfect
> candidate to host both the binaries as the source imo.
>
> http://www.gnu.org/licenses/gpl-faq
I believe that you don't have to distribute them directly, but you can just
make them available to download somewhere. Dropbox would be a perfect
candidate to host both the binaries as the source imo.
http://www.gnu.org/licenses/gpl-faq.html#AnonFTPAndSendSources
http://www.gnu.org/licenses/gpl-fa
2012/3/3 Earnie Boyd :
> On Fri, Mar 2, 2012 at 4:45 PM, Joshua Boyce
> wrote:
>>
>> On Sat, Mar 3, 2012 at 5:13 AM, Luis Lavena wrote:
>>>
>>> On Fri, Mar 2, 2012 at 1:09 PM, niXman wrote:
>>> >
>>> > I didn't upload sources and scripts cause nobody needs them. I didn't
>>> > want to hide them
On Fri, Mar 2, 2012 at 4:45 PM, Joshua Boyce
wrote:
>
> On Sat, Mar 3, 2012 at 5:13 AM, Luis Lavena wrote:
>>
>> On Fri, Mar 2, 2012 at 1:09 PM, niXman wrote:
>> >
>> > I didn't upload sources and scripts cause nobody needs them. I didn't
>> > want to hide them =)
>> >
>> > BTW, Why should I dup
On Sat, Mar 3, 2012 at 5:13 AM, Luis Lavena wrote:
> On Fri, Mar 2, 2012 at 1:09 PM, niXman wrote:
> >
> > I didn't upload sources and scripts cause nobody needs them. I didn't
> > want to hide them =)
> >
> > BTW, Why should I duplicate sources avalilable from official sites?
>
> That is where
On Fri, Mar 2, 2012 at 1:09 PM, niXman wrote:
>
> I didn't upload sources and scripts cause nobody needs them. I didn't
> want to hide them =)
>
> BTW, Why should I duplicate sources avalilable from official sites?
That is where GPL becomes annoying, but you should comply :-(
--
Luis Lavena
ARE
2012/3/2 Ruben Van Boxem :
> 2012/3/2 niXman
>>
>> Hello MinGW users list!
>>
>> On the 1st of March gcc-4.6.3 version was released [1]
>> I`d built MinGW based on this version with correct dynamically linking
>> of std_threads successfully [2]
>
>
Hi Ruben.
> That's great to hear. I'm having tr
2012/3/2 niXman
> Hello MinGW users list!
>
> On the 1st of March gcc-4.6.3 version was released [1]
> I`d built MinGW based on this version with correct dynamically linking
> of std_threads successfully [2]
>
That's great to hear. I'm having trouble replicating the shared std::thread
functional
Hello MinGW users list!
On the 1st of March gcc-4.6.3 version was released [1]
I`d built MinGW based on this version with correct dynamically linking
of std_threads successfully [2]
Thanks everyone for help!
[1] http://news.softpedia.com/news/GCC-4-6-3-Brings-Lots-of-Fixes-256097.shtml
[2] http
24 matches
Mail list logo
