search for: libtests

...st-suite. It works fine with, for e.g, libTomCrypt (in -O0,1,2,3). With GMP or ImageMagick it works fine in -O0, but whenever I try in -O1,2,3 it fail and I get a tons of errors like (note that the compilation/link of the libs itself works, it fails when I make a 'make check'): ... ./.libs/libtests.a(misc.o):(.rodata+0x5b0): undefined reference to `.Ltmp491' ./.libs/libtests.a(misc.o):(.rodata+0x5b8): undefined reference to `.Ltmp492' ./.libs/libtests.a(misc.o):(.rodata+0x5c0): undefined reference to `.Ltmp493' ./.libs/libtests.a(misc.o):(.rodata+0x5c8): undefined reference to `.L...

CentOS 6 has libguestfs-devel 1.20.11, which predates the support in guestfs_add_drive_opts() for requesting an nbd drive instead of a local file (annoyingly, guestfs documentation merely states the function was available since 0.3, without saying which later releases added new options); causing a compilation failure during 'make check'. Maybe the guestfs plugin should still be built,

A bit of refactoring to the HAVE_LIBGUESTFS conditional, coupled with the addition of a LIBGUESTFS_TESTS intermediate list, allows us to run a few more tests on CentOS 6 (adding some tests of command-line behavior and filters that was previously completely skipped). For the two tests that we can't run, using check_PROGRAMS still causes those programs to try to compile (which leads to compile

Just downloaded the latest release 2.2.30.2, ran ./configure with all defaults and make ... and it fails to build .. error somewhere whilst running Makefile in lib-http libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -Wl,--as-needed -o

Trying to build Dovecot 2.2.34 on OpenBSD fails. This seems to have been introduced by this commit.. https://github.com/dovecot/core/commit/4a9020ed888caf03fd3132a30a7818b01daa4b9d Fairly -current.. /usr/bin/libtool --tag=CC --mode=link cc -std=gnu99 -O2 -pipe -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast

Hi, I am currently having trouble building the DLLs of an application ported from Win32 to Winelib - compiling, thanks to some hints from Dimi O. Paun, now works fine, only(?) the final linking step fails. Since Winelib-documentation is unfortunately pretty outdated, I tried to orientate myself on the makefiles of the Winelib dlls in the cvs /wine/dlls/ directory. I tried the following

Processing commands for control at bugs.debian.org: > severity 711434 serious Bug #711434 [src:libconfig-std-perl] libconfig-std-perl: FTBFS with perl 5.18: test failures Severity set to 'serious' from 'important' > severity 711604 serious Bug #711604 [src:libmime-lite-html-perl] libmime-lite-html-perl: FTBFS with perl 5.18: test failures Severity set to 'serious'

On 28.03.2018 22:14, Odhiambo Washington wrote: > > > On 27 March 2018 at 20:06, <aki.tuomi at dovecot.fi > <mailto:aki.tuomi at dovecot.fi>> wrote: > > Hi! > > We are releasing v2.3.1, which mostly consists of bug fixes for > 2.3.0, and few improvements. This is also available via > https://repo.dovecot.org if you want packages. libsodium

Is fPIC broken on x86_64 in LLVM 2.6? I looked through the release notes but did not see anything mentioned. When I try: ------------------- > llvm-gcc -Iinclude -emit-llvm -fPIC -O3 -c -o file.opt.bc file.c > llvm-ld -native -Xlinker=-shared -Xlinker=-Wl,-soname,libtest.so -o file.so file.opt.bc ------------------- on an x86 machine it works fine. When I try it on x86_64, the

On 29.03.2018 10:36, Odhiambo Washington wrote: > > > On 29 March 2018 at 09:43, Aki Tuomi <aki.tuomi at dovecot.fi > <mailto:aki.tuomi at dovecot.fi>> wrote: > > > > On 28.03.2018 22:14, Odhiambo Washington wrote: >> >> >> On 27 March 2018 at 20:06, <aki.tuomi at dovecot.fi >> <mailto:aki.tuomi at dovecot.fi>>

On 29.03.2018 13:14, Odhiambo Washington wrote: > > > On 29 March 2018 at 13:04, Aki Tuomi <aki.tuomi at dovecot.fi > <mailto:aki.tuomi at dovecot.fi>> wrote: > > > > On 29.03.2018 10:36, Odhiambo Washington wrote: >> >> >> On 29 March 2018 at 09:43, Aki Tuomi <aki.tuomi at dovecot.fi >> <mailto:aki.tuomi at

> Is fPIC broken on x86_64 in LLVM 2.6? No, it works w/o any problems > ------------------- >  > llvm-gcc -Iinclude -emit-llvm -fPIC -O3 -c -o file.opt.bc  file.c >  > llvm-ld -native -Xlinker=-shared -Xlinker=-Wl,-soname,libtest.so -o > file.so file.opt.bc > ------------------- PIC-ness is a backend option. So, passing -fPIC to llvm-gcc does not make any sense, it is not

Hi, Bernie, Thanks for your reply! However, I still have problem by following edk2's code, my test code is attached, what I want to do is build it as a dynamic lib. But I get error from ld: ld: illegal text-relocation to _data_table in table.o from foo in use_table.o for architecture armv7 Do you have any suggestion to solve this? Thanks! //==begin table.c== int data_table[] = {0xff, 0xff};

The reason I was linking via llvm-ld is because I didn't know how to pass bitcode files to llvm-gcc. How can I do that? Anton Korobeynikov wrote: >> Is fPIC broken on x86_64 in LLVM 2.6? > No, it works w/o any problems > >> ------------------- >> > llvm-gcc -Iinclude -emit-llvm -fPIC -O3 -c -o file.opt.bc file.c >> > llvm-ld -native -Xlinker=-shared

Hi! We are releasing v2.3.1, which mostly consists of bug fixes for 2.3.0, and few improvements. This is also available via https://repo.dovecot.org if you want packages. libsodium support didn't get into this build, due to build environment issues, but 2.3.2 will contain it. * Submission server support improvements and bug fixes - Lots of bug fixes to submission server * API CHANGE:

Hi! We are releasing v2.3.1, which mostly consists of bug fixes for 2.3.0, and few improvements. This is also available via https://repo.dovecot.org if you want packages. libsodium support didn't get into this build, due to build environment issues, but 2.3.2 will contain it. * Submission server support improvements and bug fixes - Lots of bug fixes to submission server * API CHANGE:

Hi Ashi, Your first LDR is a pseudoinstruction that is supported by some tools (gas and armasm, at least), but not by LLVM. Roughly speaking, it turns into a PC-relative load from a literal pool. To do what you're trying to achieve you can write your own literal pool in your assembly. You can see some examples of this sort of thing at

thx my actual RPM failed at the same place .. the below was actually not the result of an rpmbuild command .. cleared out the BUILD directory, untar'd, configure and ran make manually - failed at the same spot as the RPM package .. given 2.2.30.1 built ok saw no reason why 2.2.30.2 should suddenly stop .. rgds Matt > Peter <mailto:peter at pajamian.dhs.org> > 7 June 2017 at

Hi all, I am trying to create an out-of-tree LLVM project. I have written a Test project following the guide in [1] that triggers the problem. Pass body is in [2]. The CMakeLists.txt file for the "root" directory is in [3] The CMakeLists.txt file for the "pass" directory is in [4] When I run opt --load=libTest.so I trigger the following assertion: opt: CommandLine.cpp:134:

I have three Rails apps on my laptop. Two can runs tests just fine. The third generates this error when I try to run any tests: > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.2.5/lib/ > active_support/dependencies.rb:200:in `const_missing'': > uninitialized constant Test (NameError) > from ./test/unit/../test_helper.rb:5 > from