I had some bugs in my code, I have 2 functions, 1 for dots report and one for
dump, and I wasn't consistently using memset before calling GetVersionEx().
so things are actually working normal now. yay!
it's nice to know that OSVERSIONINFOEX is now automatic and working according
to docs. thanks
On Mon, Mar 12, 2012 at 12:46 AM, Ruben Van Boxem
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/
> > How often are automated builds really needed? Once a week? Once a month?
> > Once a quarter?
> >
>
> Done everyday.
Sorry, I overloaded "automated builds"...should be "How often are regular
project release builds really needed?" I think most users would be more than
happy with a monthly m
> it would be very good if we could provide new mingw-hosted builds.
> Sadly are our buildbots for those architectures (cygwin, mingw) down.
> So we need to find an alternative for them.
>
> 2012/3/22 Jon :
> >> Would it be possible to generate a new automated build for mingw? If
> >> I remember
2012/3/23 niXman :
> 2012/3/23 Kai Tietz :
>> As they were built, it is pretty unlikely that the compiler itself has
>> an issue. It must be related to your environment. Maybe PATH not
>> proper set to DLL, or calling wrong tools, etc.
> Why then gcc-4.6.3 in the same environment builds and runs
On Thu, Mar 22, 2012 at 11:15 PM, JonY wrote:
> On 3/23/2012 05:01, Jon wrote:
>>> Would it be possible to generate a new automated build for mingw? If
>>> I remember correctly the mingw build-bots were down?
>>
>> Perhaps it's time to rethink the current automated build strategy with an
>> eye
2012/3/23 Kai Tietz :
> As they were built, it is pretty unlikely that the compiler itself has
> an issue. It must be related to your environment. Maybe PATH not
> proper set to DLL, or calling wrong tools, etc.
Why then gcc-4.6.3 in the same environment builds and runs successfully?
--
Regard
2012/3/22 niXman :
> 2012/3/23 Kai Tietz :
>> niXman,
>>
>> Did the build of libgfortran, libstdc++, libquadmath, libssp, etc worked?
> Yes, they have been built successfully.
> But I don`t know how I can check them without compiler.
>
>
> --
> Regards,
> niXman
As they were built, it is pretty
2012/3/23 Kai Tietz :
> niXman,
>
> Did the build of libgfortran, libstdc++, libquadmath, libssp, etc worked?
Yes, they have been built successfully.
But I don`t know how I can check them without compiler.
--
Regards,
niXman
niXman,
Did the build of libgfortran, libstdc++, libquadmath, libssp, etc worked?
Kai
2012/3/22 niXman :
> Hello list.
>
> I have a new problem but now with gcc-4.7.0 for i686 host =)
>
> The compiler has built without any difficulties, but when trying to
> compile any code with it, I get this:
2012/3/22 niXman :
> 2012/3/23 Kai Tietz :
>>
>> niXman: Eg you have the gcc-repository checked out in C:/sources/gcc.
>> And you are using the prefix = C:/myprefix. Then you need to setup
>> in C:/sources a symbolic link named "winsup" pointing to C:/myprefix.
>> Don't miss that you have in C:/
2012/3/23 Kai Tietz :
>
> niXman: Eg you have the gcc-repository checked out in C:/sources/gcc.
> And you are using the prefix = C:/myprefix. Then you need to setup
> in C:/sources a symbolic link named "winsup" pointing to C:/myprefix.
> Don't miss that you have in C:/myprefix a symbolic link -
On 3/23/2012 05:01, Jon wrote:
>> Would it be possible to generate a new automated build for mingw? If
>> I remember correctly the mingw build-bots were down?
>
> Perhaps it's time to rethink the current automated build strategy with an eye
> on dramatic simplification. Something that's less one
Hi,
it would be very good if we could provide new mingw-hosted builds.
Sadly are our buildbots for those architectures (cygwin, mingw) down.
So we need to find an alternative for them.
2012/3/22 Jon :
>> Would it be possible to generate a new automated build for mingw? If
>> I remember correctly
On 3/22/2012 23:30, Leandro Santiago wrote:
> 2012/3/22 Leandro Santiago
>> Hello to all. I'm using ubuntu 11.04 (32-bits) to cross-compile some
>> static libraries to windows.
>>
>> I'm using mingw-w32 1.0, downloded from mingw-64 sf page.
>>
>> In some libraries I'm compiling, I have an error in
Hello list.
I have a new problem but now with gcc-4.7.0 for i686 host =)
The compiler has built without any difficulties, but when trying to
compile any code with it, I get this:
http://clip2net.com/clip/m0/1332451748-clip-14kb.jpg
An hour ago, I've built gcc-4.6.3-sjlj using gcc-4.6.2-sjlj. It
2012/3/22 Earnie Boyd :
> On Thu, Mar 22, 2012 at 3:35 PM, Kai Tietz wrote:
>>
>> Yes, this winsup thing was introduced by mingw.org and cygwin ... It
>> is indeed a pain in the ... Therefore in our Wiki there were the
>> description for multilib build that said to setup winsup link. I
>> checke
> Would it be possible to generate a new automated build for mingw? If
> I remember correctly the mingw build-bots were down?
Perhaps it's time to rethink the current automated build strategy with an eye
on dramatic simplification. Something that's less onerous, less complex, and
more in line w
Would it be possible to generate a new automated build for mingw? If
I remember correctly the mingw build-bots were down?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
On Thu, Mar 22, 2012 at 3:35 PM, Kai Tietz wrote:
>
> Yes, this winsup thing was introduced by mingw.org and cygwin ... It
> is indeed a pain in the ... Therefore in our Wiki there were the
> description for multilib build that said to setup winsup link. I
> checked and this information is lost
2012/3/22 Kai Tietz :
>
> You need to set below the source-root-directory of gcc the following link:
>
> ln -s winsup
i.e. "ln -s $PREFIX winsup" ?
I don`t understand... %) Please provide an example.
>
> This should fix your issue.
>
> Regards,
> Kai
>
>
2012/3/22 niXman :
> 2012/3/18 Kai Tietz :
>> Sure ;)
>>
>> Nevertheless I ran out of ideas. I didn't want now to start building
>> again a multilib version based on 32-bit for it. I just know that
>> some time ago I did the multilib build (as described on our Wiki) with
>> all those manual symbo
2012/3/18 Kai Tietz :
> Sure ;)
>
> Nevertheless I ran out of ideas. I didn't want now to start building
> again a multilib version based on 32-bit for it. I just know that
> some time ago I did the multilib build (as described on our Wiki) with
> all those manual symbolic-link setup proper and f
On 21/3-2012 10:00 PM, Vincent Torri wrote:
> Anyway, the fact that i686-w64-mingw32-ar is missing *is* a problem
>
That is true :-) Try downloading Rubens build again and unpack it with a
decent zipper (7z/pk7zip for example)
--
chs
-
2012/3/22 NightStrike :
> On Sat, Oct 22, 2011 at 3:52 PM, Martin Whitaker
> wrote:
>> xunxun wrote:
>>> 于 2011/10/22 2:44, Earnie 写道:
Using --enable-extra-pe-debug ld switch I found the symbol defined as
.weak._myfunc. so I then added --defsym _myfunc=.weak._myfunc. and the
binary
On Sat, Oct 22, 2011 at 3:52 PM, Martin Whitaker
wrote:
> xunxun wrote:
>> 于 2011/10/22 2:44, Earnie 写道:
>>> Using --enable-extra-pe-debug ld switch I found the symbol defined as
>>> .weak._myfunc. so I then added --defsym _myfunc=.weak._myfunc. and the
>>> binary was built and executes. So why t
Hi Jim,
what exactly you wanna to tell us by this link? As written there it
is draft implementation, not all targets are supporting it. So what
exactly you want us to do here?
Regards,
Kai
2012/3/22 Jim Michaels :
> http://gcc.gnu.org/onlinedocs/gcc-4.6.3/gcc/Fixed_002dPoint.html#Fixed_002dPoi
Hi Jim,
that our autobuilds are now a long time offline (especially for
cygwin/mingw-32bit) is of course a problem. It is caused by the fact
that our build-bots doing those targets are now offline for a while
and we didn't found sponsors to establish replacement for them.
AFAIK for linux-hosts th
2012/3/22 Jim Michaels :
> code which used to work now no longer works. this mailing list once told me
> to no longer use OSVERSIONINFOEX but instead use OSVERSIONINFOEXA.
> well, I have code which looks like below, and the dots version number
> doesn't even print.
> so what's going on?
> I am usi
29 matches
Mail list logo
