http://gcc.gnu.org/onlinedocs/gcc-4.6.3/gcc/Fixed_002dPoint.html#Fixed_002dPoint
-
Jim Michaels
jmich...@yahoo.com
j...@jimscomputerrepairandwebdesign.com
http://JimsComputerRepairandWebDesign.com
http://JesusnJim.com (my personal site, has software)
---
Computer memory measurements,
which compiler should I be using? the auto build hasn't been updated for 4
months, and one of my 50+ programs is now broken due to a compiler change.
my last recollection was that the much-downloaded 20111219's iostream doesn't
work (I am a little fuzzy on that now).
as for __int128,
http://g
I think I can help with the manifests.
I wrote a web page on them
http://jesusnjim.com/code/compilers/mingw.html#manifest
I also have some batch files on that page which automatically make manifests
for programs, and they work. you can look at the source of the batch file to
see how they work.
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 using 4.7.0 2027, which is the on
2012/3/21 Vincent Torri :
> On Wed, Mar 21, 2012 at 9:28 PM, Christer Solskogen
> wrote:
>> On 21/3-2012 8:46 PM, Vincent Torri wrote:
>>
as Kai and I pointed out, you misconfigured by not specifying the "--build"
option, implicitely telling autotools you were cross-compiling, resulting
On Wed, Mar 21, 2012 at 9:28 PM, Christer Solskogen
wrote:
> On 21/3-2012 8:46 PM, Vincent Torri wrote:
>
>>> as Kai and I pointed out, you misconfigured by not specifying the "--build"
>>> option, implicitely telling autotools you were cross-compiling, resulting in
>>> it wanting a "-ar". Nowhere
2012/3/21 Christer Solskogen :
> On 21/3-2012 8:46 PM, Vincent Torri wrote:
>
>>> as Kai and I pointed out, you misconfigured by not specifying the "--build"
>>> option, implicitely telling autotools you were cross-compiling, resulting in
>>> it wanting a "-ar". Nowhere in that little story did any
On 21/3-2012 8:46 PM, Vincent Torri wrote:
>> as Kai and I pointed out, you misconfigured by not specifying the "--build"
>> option, implicitely telling autotools you were cross-compiling, resulting in
>> it wanting a "-ar". Nowhere in that little story did any reference
>> to any "-gcc-ar" ever p
On Wed, Mar 21, 2012 at 7:57 PM, Ruben Van Boxem
wrote:
> 2012/3/21 Vincent Torri
>>
>> On Wed, Mar 21, 2012 at 7:22 PM, Ruben Van Boxem
>> wrote:
>> > 2012/3/21 Vincent Torri
>> >>
>> >> On Wed, Mar 21, 2012 at 7:10 PM, Christer Solskogen
>> >> wrote:
>> >> > On 21/3-2012 5:45 PM, Vincent Tor
2012/3/21 Vincent Torri
> On Wed, Mar 21, 2012 at 7:22 PM, Ruben Van Boxem
> wrote:
> > 2012/3/21 Vincent Torri
> >>
> >> On Wed, Mar 21, 2012 at 7:10 PM, Christer Solskogen
> >> wrote:
> >> > On 21/3-2012 5:45 PM, Vincent Torri wrote:
> >> >
> >> >> then that's problematic... There is a tool
2012/3/21 Vincent Torri :
> my original mail :
>
> "in x86_64-w64-mingw32-gcc-4.7.0-3_rubenvb.7z, ar.exe is also named
> x86_64-w64-mingw32-gcc-ar.exe and not x86_64-w64-mingw32-ar.exe. Is it
> normal ?"
I asked about this, too:
http://gcc.gnu.org/ml/gcc-help/2011-12/msg00211.html, but noone
doesn
On Wed, Mar 21, 2012 at 7:22 PM, Ruben Van Boxem
wrote:
> 2012/3/21 Vincent Torri
>>
>> On Wed, Mar 21, 2012 at 7:10 PM, Christer Solskogen
>> wrote:
>> > On 21/3-2012 5:45 PM, Vincent Torri wrote:
>> >
>> >> then that's problematic... There is a tool that I don't know what it
>> >> does, and se
2012/3/21 Vincent Torri
> On Wed, Mar 21, 2012 at 7:10 PM, Christer Solskogen
> wrote:
> > On 21/3-2012 5:45 PM, Vincent Torri wrote:
> >
> >> then that's problematic... There is a tool that I don't know what it
> >> does, and setting host will result in failing because of a missing
> >> ***-ar.
On Wed, Mar 21, 2012 at 7:10 PM, Christer Solskogen
wrote:
> On 21/3-2012 5:45 PM, Vincent Torri wrote:
>
>> then that's problematic... There is a tool that I don't know what it
>> does, and setting host will result in failing because of a missing
>> ***-ar.exe
>>
>
> But that's most probably your
On 21/3-2012 5:45 PM, Vincent Torri wrote:
> then that's problematic... There is a tool that I don't know what it
> does, and setting host will result in failing because of a missing
> ***-ar.exe
>
But that's most probably your fault. You have configured binutils wrong,
or you don't have binutil
On Wed, Mar 21, 2012 at 5:39 PM, Christer Solskogen
wrote:
> On 16/3/2012 4:52 PM, Vincent Torri wrote:
>
>> the problem i had is that if I pass --host=foobar, the autotools
>> search for foobar-ar and not foobar-gcc-ar, hence an error
>>
>
> gcc-ar is not the same as ar from binutils. That is som
On 16/3/2012 4:52 PM, Vincent Torri wrote:
> the problem i had is that if I pass --host=foobar, the autotools
> search for foobar-ar and not foobar-gcc-ar, hence an error
>
gcc-ar is not the same as ar from binutils. That is something that comes
with gcc 4.7. While I'm not quite sure what is doe
Am 19.03.2012 17:57, schrieb
mingw...@csmiller.demon.co.uk:
> Hi,
>
> I'm having difficulty determining which packages I need to download to
> get MinGW to build for 64bit targets. My host platform is MS Windows 7.
>
> I downloaded MinGW32 from
> http://garr.dl.sourceforge.net/project/mingw/Inst
18 matches
Mail list logo