search for: lrand48

...ined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x4): multiple definition of `opterr'; usr/klibc/getopt.o:(.sbss+0x4): first defined here ppc-linux-ld: usr/klibc/mrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/mrand48.c:8: multiple definition of `__rand48_seed'; usr/klibc/lrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/lrand48.c:8: first defined here ppc-linux-ld: usr/klibc/srand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/srand48.c:8: multiple definition of `__rand48_seed'; usr/klibc/lrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/lran...

Hi, when building the llvm cfe (3.4 derivative), for the mingw platform, I get this error: 'error: there are no arguments to `lrand48' that depend on a template parameter, so a declaration of `lrand48' must be available'. ------------------------ make[3]: Entering directory `/C/projects/build/MinGW/llvm-gcc-1-1/i686-pc-mingw32/libstdc++-v3/testsuite' `/C/projects/build/MinGW/llvm-gcc-1-1/i686-pc-mingw32/libstdc...

On Fri, 14 Jan 2005, Henrik Bach wrote: > when building the llvm cfe (3.4 derivative), for the mingw platform, I get > this error: 'error: there are no arguments to `lrand48' that depend on a > template parameter, so a declaration of `lrand48' must be available'. Hi Henrik, We haven't modified the GCC configure script or build system, so I don't know what could have caused this. It's quite possible that the GCC snapshot we are using isn...

..."using std::_Distance" line (or just "using namespace std". Chris Lattner wrote: > On Fri, 14 Jan 2005, Henrik Bach wrote: > >> when building the llvm cfe (3.4 derivative), for the mingw platform, >> I get this error: 'error: there are no arguments to `lrand48' that >> depend on a template parameter, so a declaration of `lrand48' must be >> available'. > > > Hi Henrik, > > We haven't modified the GCC configure script or build system, so I > don't know what could have caused this. It's quite possibl...

...ined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x4): multiple definition of `opterr'; usr/klibc/getopt.o:(.sbss+0x4): first defined here ppc-linux-ld: usr/klibc/mrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/mrand48.c:8: multiple definition of `__rand48_seed'; usr/klibc/lrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/lrand48.c:8: first defined here ppc-linux-ld: usr/klibc/srand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/srand48.c:8: multiple definition of `__rand48_seed'; usr/klibc/lrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/lran...

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

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.

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

> 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

..., 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... > >...

...espace 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-dev/attachments...

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.org/ http://nond...

...t; >>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 in Interpreter/E...

...=================================================== +--- klibc-1.5.21.orig/usr/klibc/Kbuild 2011-01-28 12:00:27.000000000 +0000 ++++ klibc-1.5.21/usr/klibc/Kbuild 2011-01-28 12:01:27.000000000 +0000 +@@ -47,6 +47,7 @@ + time.o utime.o llseek.o nice.o getpriority.o \ + qsort.o bsearch.o \ + lrand48.o jrand48.o mrand48.o nrand48.o srand48.o seed48.o \ ++ arc4random.o \ + inet/inet_ntoa.o inet/inet_aton.o inet/inet_addr.o \ + inet/inet_ntop.o inet/inet_pton.o inet/bindresvport.o \ + send.o recv.o \ +Index: klibc-1.5.21/usr/klibc/arc4random.c +=========================================...

...GW. ============== On error: ============== lrealpath.c:110: error: `_PC_PATH_MAX' undeclared (first use in this function) -------------- Solution: Add this after line 41: #define _PC_PATH_MAX PATH_MAX ============== On error: ============== stl_algo.h:1616: error: there are no arguments to `lrand48' that depend on a template parameter, so a declaration of `lrand48' must be available stl_algo.h:1616: error: (if you use `-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) -------------- Solution from Anton Korobeynikov: Undefine HAVE...

>>Does anyone know a source for a pre-built version of the same? > >To my knowledge there is no pre-built version of the cfe. See following link for CFE :- http://illuvium.com/download/ It maybe a bit out of date. I believe the CFE maybe broken at the moment, at least the Cygwin nightly test reports that it is broken and I believe this is the same thing ?

...king for posix_spawn - found -- Looking for pread -- Looking 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...

...- 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 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 > --...