search for: drand48

Hello I'm trying to use C random generator function drand48() which return floating-point values, uniformly distributed over [0,1], (http://www.opengroup.org/onlinepubs/007908799/xsh/drand48.html). When values are returned to R, they are not in [0,1]. A simple C program using drand48() gives values in [0,1] so I suppose there is a problem (type definit...

...nd the std:: namespace missing in sort, find, make_pair. Alkis can you please give them an eye when you have time? The next major problem is that VC has only int rand(void) void srand( int seed ) So I donno how to compile the ExecutionEngine/Interpreter/ExternalFunctions.cpp that refers to the drand48 srand48 lrand48 etc series... For now I hacked them, like double drand48(void) { return (float) rand() / (float) RAND_MAX and so... Is it -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diffs.txt URL: <http://lists.llvm.org/pipermail/llvm...

On Tue, 28 Sep 2004, Paolo Invernizzi wrote: > The next major problem is that VC has only > > int rand(void) > void srand( int seed ) > > So I donno how to compile the > ExecutionEngine/Interpreter/ExternalFunctions.cpp that refers to the > drand48 srand48 lrand48 etc series... > For now I hacked them, like > > double drand48(void) { return (float) rand() / (float) RAND_MAX For these, just ifdef them out. If the platform doesn't support drand48, there is no reason for the interpreter to do so either... -Chris -- http://llvm....

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

Please, take a look on the discussion from Reid and Chris: http://mail.cs.uiuc.edu/pipermail/llvmdev/2004-September/002243.html >From: Morten Ofstad <morten at hue.no> >Date: Tue, 19 Oct 2004 14:40:17 +0200 > >These calls are in ExternalCalls.cpp, they are platform dependent calls, so >maybe llvm should consider including it's own implementation of a random >number

Morten, have a look at the http://mail.cs.uiuc.edu/pipermail/llvmdev/2004-September/002235.html thread... On Oct 19, 2004, at 2:40 PM, Morten Ofstad wrote: > These calls are in ExternalCalls.cpp, they are platform dependent > calls, so maybe llvm should consider including it's own implementation > of a random number generator? For the time being I just replaced with > calls

...Tue, 28 Sep 2004, Paolo Invernizzi wrote: > > >>The next major problem is that VC has only >> >>int rand(void) >>void srand( int seed ) >> >>So I donno how to compile the >>ExecutionEngine/Interpreter/ExternalFunctions.cpp that refers to the >>drand48 srand48 lrand48 etc series... >>For now I hacked them, like >> >>double drand48(void) { return (float) rand() / (float) RAND_MAX > > > For these, just ifdef them out. If the platform doesn't support drand48, > there is no reason for the interpreter to do so eith...

These calls are in ExternalCalls.cpp, they are platform dependent calls, so maybe llvm should consider including it's own implementation of a random number generator? For the time being I just replaced with calls to srand and rand like Paolo also did, but it needs to be fixed... m.

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

...rnizzi wrote: > >>The next major problem is that VC has only > >> > >>int rand(void) > >>void srand( int seed ) > >> > >>So I donno how to compile the > >>ExecutionEngine/Interpreter/ExternalFunctions.cpp that refers to the > >>drand48 srand48 lrand48 etc series... > I guess I need a sys::Math::getRandom() function that uses a "good" random > number generator on the given platform. I'll make a note of this and tuck it > away for future implementation. No, LLVM has no need for random numbers. The methods...

...ecking for ANSI C header files... yes checking for working const... yes checking whether time.h and sys/time.h may both be included... yes checking for 8-bit clean memcmp... yes checking for vprintf... yes checking for strstr... yes checking for strtod... yes checking for strtol... yes checking for drand48... yes checking for gettimeofday... yes checking whether byte ordering is bigendian... no checking for memory.h... yes checking for ANSI C header files... (cached) yes checking for gcc option to accept ANSI C... checking for function prototypes... yes checking for working const... (cached) yes chec...

...ooking for pread - found -- Looking for rindex -- Looking for rindex - found -- Looking for strchr -- Looking for strchr - found -- Looking for sbrk -- Looking for sbrk - found -- Looking for srand48 -- Looking for srand48 - found -- Looking for lrand48 -- Looking for lrand48 - found -- Looking for drand48 -- Looking for drand48 - found -- Looking for strtoll -- Looking for strtoll - found -- Looking for strtoq -- Looking for strtoq - found -- Looking for strerror -- Looking for strerror - found -- Looking for strerror_r -- Looking for strerror_r - found -- Looking for strerror_s -- Looking for strer...

...Looking for strchr > > -- Looking for strchr - found > > -- Looking for sbrk > > -- Looking for sbrk - found > > -- Looking for srand48 > > -- Looking for srand48 - found > > -- Looking for lrand48 > > -- Looking for lrand48 - found > > -- Looking for drand48 > > -- Looking for drand48 - found > > -- Looking for strtoll > > -- Looking for strtoll - found > > -- Looking for strtoq > > -- Looking for strtoq - found > > -- Looking for strerror > > -- Looking for strerror - found > > -- Looking for strerror_r...

...; -- Looking for rindex - found > -- Looking for strchr > -- Looking for strchr - found > -- Looking for sbrk > -- Looking for sbrk - found > -- Looking for srand48 > -- Looking for srand48 - found > -- Looking for lrand48 > -- Looking for lrand48 - found > -- Looking for drand48 > -- Looking for drand48 - found > -- Looking for strtoll > -- Looking for strtoll - found > -- Looking for strtoq > -- Looking for strtoq - found > -- Looking for strerror > -- Looking for strerror - found > -- Looking for strerror_r > -- Looking for strerror_r - found &...

On Oct 25, 2011, at 6:09 AM, Marcello Maggioni wrote: > Hi, I'm trying to compile the latest clang/llvm SVN versions and I get > this error on multiple systems : Linking, not compiling, but still. I am getting a similar error when building this morning. > Undefined symbols for architecture x86_64: > "clang::Sema::checkPseudoObjectRValue(clang::Expr*)", referenced

...-- Looking for strchr - found >> > -- Looking for sbrk >> > -- Looking for sbrk - found >> > -- Looking for srand48 >> > -- Looking for srand48 - found >> > -- Looking for lrand48 >> > -- Looking for lrand48 - found >> > -- Looking for drand48 >> > -- Looking for drand48 - found >> > -- Looking for strtoll >> > -- Looking for strtoll - found >> > -- Looking for strtoq >> > -- Looking for strtoq - found >> > -- Looking for strerror >> > -- Looking for strerror - found >>...

-------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041025/d290c6e0/attachment.txt>

...; --- lib/ExecutionEngine/Interpreter/ExternalFunctions.cpp 1 Sep 2004 > 22:55:35 -0000 1.78 > +++ lib/ExecutionEngine/Interpreter/ExternalFunctions.cpp 25 Oct 2004 > 08:29:28 -0000 > @@ -213,6 +213,8 @@ > return GV; > } > > +#ifdef HAVE_RAND48 > + > // double drand48() > GenericValue lle_X_drand48(FunctionType *M, const > vector<GenericValue> &Args) { > assert(Args.size() == 0); > @@ -236,6 +238,16 @@ > return GenericValue(); > } > > +#endif > [etc.] Hi, There's no HAVE_RAND48 symbol provided by autoconf. You...

I don't know if __thread is well-supported enough on compilers to use in LLVM core code. LLVM has its own support class: ThreadLocal http://llvm.org/doxygen/classllvm_1_1sys_1_1ThreadLocal.html And if randr_r() is obsolete, I'm not sure we should be using it. What platforms have you tested this on? Is it available on Windows, Mac, BSDs? If not touching global state is important

...>> > -- Looking for sbrk > >> > -- Looking for sbrk - found > >> > -- Looking for srand48 > >> > -- Looking for srand48 - found > >> > -- Looking for lrand48 > >> > -- Looking for lrand48 - found > >> > -- Looking for drand48 > >> > -- Looking for drand48 - found > >> > -- Looking for strtoll > >> > -- Looking for strtoll - found > >> > -- Looking for strtoq > >> > -- Looking for strtoq - found > >> > -- Looking for strerror > >> > -- Lo...