On 3/22/2012 2:01 PM, 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 on
On 3/28/2012 3:05 AM, Ruben Van Boxem wrote:
2012/3/28 Anil Sahukar mailto:asahu...@wowway.com>>
My goal is to build the cross-compiler for MinGW-w64 starting from
the native MinGW and source packages GMP (5.0.2) , PPL (0.11),
CLooG (0.15.11) and binutils-2.21.53.
From config.
2012/3/28 Thomas Stover
>
> > Date: Wed, 28 Mar 2012 11:44:16 +0200
> > From: Ruben Van Boxem
>
> > Get a Fedora VM. They provide packages for cross-compilers for ...
> > everything (Cygwin, Mac, Windows x86 and x64).
> >
> > Ruben
> >
>
> woe woe woe! hold the phone! Is this true? Mac and Cygwi
> Date: Wed, 28 Mar 2012 11:44:16 +0200
> From: Ruben Van Boxem
> Get a Fedora VM. They provide packages for cross-compilers for ...
> everything (Cygwin, Mac, Windows x86 and x64).
>
> Ruben
>
woe woe woe! hold the phone! Is this true? Mac and Cygwin targets? I've
googled my face off trying
On Wed, Mar 28, 2012 at 10:06 AM, Ruben Van Boxem
wrote:
> 2012/3/28 Earnie Boyd
>>
>> On Wed, Mar 28, 2012 at 8:28 AM, Jim Michaels wrote:
>> >
>> > they tabled it for C++11. which I thought wasn't too bright. maybe it
>> > was
>> > someone who used the windows cmd shell and never figured out
On Tue, Mar 27, 2012 at 12:25 PM, Whitequill Riclo
wrote:
>
> I'm using 1, to try and build... here:
> http://pastebin.me/c589420d23daa3d5ddbe15e58e03b0ab that is what I've been
> doing.
One thing I've noticed here is that you use sudo for most commands
touching directories in /tools except for:
2012/3/28 Earnie Boyd
> On Wed, Mar 28, 2012 at 8:28 AM, Jim Michaels wrote:
> >
> > they tabled it for C++11. which I thought wasn't too bright. maybe it
> was
> > someone who used the windows cmd shell and never figured out he could
> switch
> > from raster font to"lucida console".
> >
>
> I
Kai, tell me please, is it possible to run "make install" for the
32bit and 64bit libraries separately? =)
Thanks.
--
Regards,
niXman
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
On Wed, Mar 28, 2012 at 8:28 AM, Jim Michaels wrote:
>
> they tabled it for C++11. which I thought wasn't too bright. maybe it was
> someone who used the windows cmd shell and never figured out he could switch
> from raster font to"lucida console".
>
It has nothing to do with C++11, it is about
they tabled it or at least it didn't make it into the C++11 standard.
>
> From: Ruben Van Boxem
>To: mingw-w64-public@lists.sourceforge.net
>Sent: Sunday, March 25, 2012 6:21 AM
>Subject: [Mingw-w64-public] Printing unicode characters with std::wcout or
>wprin
they tabled it for C++11. which I thought wasn't too bright. maybe it was
someone who used the windows cmd shell and never figured out he could switch
from raster font to"lucida console".
>
> From: Ruben Van Boxem
>To: mingw-w64-public@lists.sourceforge.
2012/3/28 JonY:
> Next time, please do not use pastebin for recorded email messages. It
> makes your message useless for future references if pastebin deletes it.
ok.
> Finally, please avoid quoting email addresses if possible, don't feed
> the spammers.
ok, sorry.
--
Regards,
niXman
-
On 3/28/2012 19:46, xunxun wrote:
> You can refer to the patch from tdm
>
>
> On Wed, Mar 28, 2012 at 7:41 PM, niXman wrote:
>> Hello list!
>>
>> multilib mingw. When "make install" installs the 32bit and 64bit dlls
>> in the same directory, so overwrites one of the dlls.
>>
>> Is necessary to s
2012/3/28 Kai Tietz :
> Hello niXman,
>
> this is a well known bug already reported to gcc's bugzilla. For
> none-native builds it is already solved, but for native-builds it is
> broken due the fact that DLL files getting installed into
> bin-directory.
Please tell me the number or reference to a
tell me more. do you just run /usr/bin/gcc or are there separate compilers you
must use? from what I remember, the makers of GCC seem to think gcc is designed
to be in one spot on the system.
I have no idea what kind of commandlines you would use for the different OS
output you want. I don't
2012/3/28 xunxun
> You can refer to the patch from tdm
>
>
IMHO, that's an ugly hack that 1) is incompatible with current and future
vanilla GCC and 2) does not fix the problem. But it does sidestep the issue
at hand.
Ruben
>
> On Wed, Mar 28, 2012 at 7:41 PM, niXman wrote:
> > Hello list!
>
Hello niXman,
this is a well known bug already reported to gcc's bugzilla. For
none-native builds it is already solved, but for native-builds it is
broken due the fact that DLL files getting installed into
bin-directory.
Sorry, won't do here anything for now. Please take care that you copy
the
I don't know what Wevdav, rsync or vboxfs are. looks like I have some research
to do.
>
> From: JonY
>To: mingw-w64-public@lists.sourceforge.net
>Sent: Wednesday, March 28, 2012 2:42 AM
>Subject: Re: [Mingw-w64-public] need 32+64-bit target ubuntu compiler fo
You can refer to the patch from tdm
On Wed, Mar 28, 2012 at 7:41 PM, niXman wrote:
> Hello list!
>
> multilib mingw. When "make install" installs the 32bit and 64bit dlls
> in the same directory, so overwrites one of the dlls.
>
> Is necessary to set a special flag for configure? which one?
>
>
Hello list!
multilib mingw. When "make install" installs the 32bit and 64bit dlls
in the same directory, so overwrites one of the dlls.
Is necessary to set a special flag for configure? which one?
For example: line 492 and 828, http://pastebin.com/B2cf2XT0
Thanks.
--
Regards,
niXman
2012/3/28 Jim Michaels
> I will tell you why I want to. I have over 50 personal software projects
> I work on currently, and I would like to be able to offer them
> multi-platform. I hope that's a good enough reason for you. It's also
> going to be at least a year (I said this last year) befor
On 3/28/2012 17:14, Jim Michaels wrote:
> ok, my biggest concern with VM's is, I can get the VM to read a cd ONCE, but
> no more (at least with freedos). once the drivers take over, that's it with
> virtualbox. no way to get the data out of the VM after that except FTP. I
> can give it a shot
I will tell you why I want to. I have over 50 personal software projects I
work on currently, and I would like to be able to offer them multi-platform. I
hope that's a good enough reason for you. It's also going to be at least a
year (I said this last year) before I can even GET a 64-bit wind
ok, my biggest concern with VM's is, I can get the VM to read a cd ONCE, but no
more (at least with freedos). once the drivers take over, that's it with
virtualbox. no way to get the data out of the VM after that except FTP. I can
give it a shot and see what happens.
Jim Michaels
>_
2012/3/28 Anil Sahukar
> My goal is to build the cross-compiler for MinGW-w64 starting from the
> native MinGW and source packages GMP (5.0.2) , PPL (0.11), CLooG (0.15.11)
> and binutils-2.21.53.
>
> From config.log:
>
> It was created by configure, which was generated by GNU Autoconf 2.64.
> I
25 matches
Mail list logo
