Re: [Mingw-w64-public] problem with tr1/random?

2011-01-25 Thread Jim Michaels
yeah, forgot to post to newsgroup. sorry. Kai, what is this? is this compiler bug or user error? the compiler shouldn't be complaining about its own code like this should it? or am I doing something wrong? I think I followed the manual correctly from dinkum (which says nothing about names

Re: [Mingw-w64-public] problem with tr1/random?

2011-01-25 Thread K. Frank
Hello MinGW and mingw64! Sorry -- the below went to MinGW by mistake. I'm copying it to mingw64, where the thread started. K. Frank On Tue, Jan 25, 2011 at 7:59 PM, K. Frank wrote: > Hi Jim! > > Well this round of errors is, as the say, a whole nother kettle > of fish! > > On Tue, Jan 25, 20

Re: [Mingw-w64-public] problem with tr1/random?

2011-01-25 Thread K. Frank
Hello Jim! On Tue, Jan 25, 2011 at 5:38 PM, Jim Michaels wrote: > #include > >     //mersenne twister random number generator >     random_device rd(); >     mt19937 eng(rd); >     uniform_int<> unif(0x00, 0xff); >     data=unif(eng);//get a random number

[Mingw-w64-public] problem with tr1/random?

2011-01-25 Thread Jim Michaels
#include //mersenne twister random number generator random_device rd(); mt19937 eng(rd); uniform_int<> unif(0x00, 0xff); data=unif(eng);//get a random number using personal build sezero, I get: createfl.cpp:1372: error: 'random_device'

Re: [Mingw-w64-public] winscard.h required by windows.h (only in mingw-w64, not mingw.org)

2011-01-25 Thread Luis Lavena
On Tue, Jan 25, 2011 at 1:21 AM, JonY wrote: > > Hi, > > afaik, mingw.org doesn't have winscard.h, so its not affected. > Redefining something that MS has established isn't a good idea at all. > > I don't think sqlfront.h should be messing with LPCBYTE when its already > used by windows headers, e