similar to: [LLVMdev] llvm-ld support of native libraries

On 2013-08-03 01:41, Darren Tucker wrote: > On Sat, Aug 3, 2013 at 5:58 PM, Damien Miller <djm at mindrot.org> wrote: >>> Looking at failure logs - this is what's killing it: >>> clock_gettime: Invalid argument > [...] >> Maybe these platforms lack CLOCK_MONOTONIC? Darren, perhaps we should >> wrap clock_gettime and have a fallback for

Misha Brukman wrote: > Hey, Jakob -- > > On Tue, Mar 01, 2005 at 05:55:07PM +0100, Jakob Praher wrote: > >>I'm really new to llvm. I've successfully bootstrapped llvm-14 on my >>system and am able to successfully compile c code to llvm. >> >>the problem is now that gccld is complaining that it can't find the >>libraries, like "c" or

configure uses clock_gettime to check whether -lrt is needed - and don''t check other functions. With glibc 2.17 clock_gettime is part of libc, so use timer_gettime instead, which is in -lrt in old and new versions of glibc. Signed-off-by: Olaf Hering <olaf@aepfle.de> --- configure | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure b/configure index

On Wed, May 1, 2013 at 09:21:17AM -0700, Matt Wilson wrote: > On Mon, Apr 29, 2013 at 03:40:13PM +0200, Olaf Hering wrote: > > Ping > > Makes sense. > > Acked-by: Matt Wilson <msw@amazon.com> > > > On Wed, Jan 16, Olaf Hering wrote: > > > > > Ping > > > > > > On Wed, Dec 05, Olaf Hering wrote: > > > > > > >

Hi Erik, Am 15.07.2019 um 02:32 schrieb Erik de Castro Lopo <mle+la at mega-nerd.com>: > Erik de Castro Lopo wrote: > >> I have a new pre-reelase (with a GPG signature) up here: > > New version: > > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz.asc I have an undefined symbol on Solaris 10 Sparc with GCC

Folks, I'm running the libc++ tests in tree [1] and I'm seeing two class of errors: 1. -lrt is used, but there is no such "librt.a" in the path. Results are that some symbols are not found, or that the DSO object wasn't. Adding a symlink in build/lib/librt.a to build/clang/3.8.0/lib/linux/libclang_rt.builtins-aarch64.a worked. 2. "collate_byname failed to construct

On my setup with glibc-2.8, benchmark_residual linkage fails with undefines references to clock_gettime(). Adding -lrt fixes that. The following is a small patch for it. Regards. -- O.S. diff --git a/configure.ac b/configure.ac index 993ac33..392485e 100644 --- a/configure.ac +++ b/configure.ac @@ -437,6 +437,11 @@ if test x$enable_stack_smash_protection = "xyes" ; then

On Tue, 1 Mar 2005, Jakob Praher wrote: > thanks for the pointer. Yes I've done that, but in the new shell session I > apparently forgot to set the LLVM_LIB_SEARCH_PATH. > > now gccld isn't complaining anymore but the interpreter doesn't seem to like > it still: It looks like the jit doesn't find these because they are located in librt. Try this (or adapt to

Not all linux hosts match the *-pc-linux-gnu wildcard, causing build failures for older glibc versions where we need to link with -lrt for clock_gettime - E.G.: - arm-unknown-linux-musleabihf - powerpc-unknown-linux-gnuspe - bfin-linux-linux-uclibc .. Signed-off-by: Peter Korsgaard <peter at korsgaard.com> --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Chris Lattner wrote: > On Tue, 1 Mar 2005, Jakob Praher wrote: > >> thanks for the pointer. Yes I've done that, but in the new shell >> session I apparently forgot to set the LLVM_LIB_SEARCH_PATH. >> >> now gccld isn't complaining anymore but the interpreter doesn't seem >> to like it still: > > > It looks like the jit doesn't find

I''m continuing to investigate the usage of rdtsc in userspace and whether there are programs "out there" that use it "unsafely" that might randomly break under Xen if rdtsc is not emulated, e.g. across a migration. Some have argued that nobody should use rdtsc and any programs that use rdtsc directly are "fundamentally broken" so the default for rdtsc

On 01/24/16 12:29 PM, Erik de Castro Lopo wrote:> Dave Yeo wrote: > >> After this the build dies with, >> util.c: In function 'benchmark_function': >> util.c:124:17: error: 'CLOCK_PROCESS_CPUTIME_ID' undeclared (first use >> in this function) >> clock_gettime (CLOCK_PROCESS_CPUTIME_ID, &start) ; >> >> Would using

Sure. ``` [global] workgroup = EXAMPLE server string = dns proxy = no interfaces = eth0 bind interfaces only = yes log file = /var/log/samba/log.%m max log size = 1000 # new options log level = 5 netbios name = FILES #panic action = /usr/share/samba/panic-action %d server role = STANDALONE SERVER local master = no security = user encrypt passwords =

Hi, i just want to ask whether somebody else has this problem of mine and if it can be solved. Many of my ( 30+ ) puppet installation freeze up after some time. The process is waiting for some private futex, but it stays like that forever. This is what strace looks like when the problem occures: [pid 29173] futex(0x3d35ce7a84, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 43406739,

Thanks for answer. I am very sad to see that. I had examined samba behavior with tracer and had seen too many poll, fcntl and stat system calls by samba task[ldapsrv] process Elapsed Times for PID 1423, SYSCALL TIME (ns) dup 2653 flock 5811 lseek 33513 geteuid 42747

I'm trying to do a simple build from the git 8.0.0 sources. The sources seem to build OK but a link step fails from running out of memory. I need some clues how to figure out where the bottleneck might be. The cmake command is: cmake -G Ninja                                          \     -DLLVM_TARGETS_TO_BUILD=X86                         \    

According to the man pages for sem_wait, etc., POSIX semaphores are available in Linux 2.6 (with the right NTPL threading in glibc). However, I have a program that compiles just fine but won't link because it can't find the library for the semaphore operations. What am I missing? I ran a find and grep through all the libc's on the system and they turned up nothing: $ find /lib

Greetings, I am writing a code using libvirt API to migrate VM between two physical hosts *(QEMU/KVM) , *say some *n *number of times. *1)* I am using right now* virDomainPtr virDomainMigrate (.......) *and to calculate the total migration time I am using something like this: *clock_gettime(CLOCK_MONOTONIC_RAW,&begin); * *migrate*(domainToMigrate,nodeToMigrate);

https://bugzilla.mindrot.org/show_bug.cgi?id=3430 Bug ID: 3430 Summary: 64 bit time and seccomp conflict Product: Portable OpenSSH Version: 8.9p1 Hardware: ARM OS: Linux Status: NEW Severity: major Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org

Hi all, I have a new pre-reelase (with a GPG signature) up here: http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43 plus another commmit to change the version numbers which I will not be pushing to the public repo before the final release. Note that audio files encoded