search for: libtest

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

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,

...drive qemu. +LIBGUESTFS_TESTS = +EXTRA_PROGRAMS = if HAVE_LIBGUESTFS +check_PROGRAMS += $(LIBGUESTFS_TESTS) +TESTS += $(LIBGUESTFS_TESTS) # Use the 'direct' backend, and ensure maximum libguestfs debugging is # written to the *.log files in case there is a problem. @@ -206,32 +210,30 @@ libtest_la_SOURCES = test.c test.h libtest_la_CFLAGS = $(WARNINGS_CFLAGS) # Basic connection test. -check_PROGRAMS += test-connect -TESTS += test-connect +LIBGUESTFS_TESTS += test-connect test_connect_SOURCES = test-connect.c test.h test_connect_CFLAGS = $(WARNINGS_CFLAGS) $(LIBGUESTFS_CFLAGS) test_...

...iltin-strftime -Wstrict-aliasing=2 -Wl,--as-needed -o test-http-server-errors test-http-server-errors.o -Wl,--export-dynamic ./.libs/libhttp.a ../lib-dns/.libs/libdns.a ../lib-ssl-iostream/.libs/libssl_iostream.a ../lib-master/.libs/libmaster.a ../lib-settings/.libs/libsettings.a ../lib-test/.libs/libtest.a ../lib/.libs/liblib.a -ldl collect2: error: ld returned 1 exit status make[3]: *** [test-http-server-errors] Error 1 make[3]: Leaving directory `/home/rpmbuild/rpmbuild/BUILD/dovecot-2.2.30.2/src/lib-http' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpmbuild/rpmbuil...

...missing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier -Wstrict-aliasing=2 -L/usr/local/lib -o test-ssl-iostream test_ssl_iostream-test-ssl-iostream.o libssl_iostream_openssl.la libssl_iostream.la ../lib-test/libtest.la ../lib/liblib.la -export-dynamic warning: library filename /home/ports/pobj/dovecot-2.2.34-no_db-no_ldap-no_mysql-no_postgresql/dovecot-2.2.34/src/lib-ssl-iostream/.libs/libssl_iostream_openssl.so has no version number libtool: link: cc -o .libs/test-ssl-iostream -I../../src/lib -I../../src...

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

...ures Severity set to 'serious' from 'important' > severity 711444 serious Bug #711444 [src:libgraph-readwrite-perl] libgraph-readwrite-perl: FTBFS with perl 5.18: test failure Severity set to 'serious' from 'important' > severity 711616 serious Bug #711616 [src:libtest-refcount-perl] libtest-refcount-perl: FTBFS with perl 5.18: test failures Severity set to 'serious' from 'important' > severity 711443 serious Bug #711443 [src:libgit-pure-perl] libgit-pure-perl: FTBFS with perl 5.18: test failure Severity set to 'serious' from 'impor...

...missing-declarations -Wpointer-arith > -Wchar-subscripts -Wformat=2 -Wbad-function-cast > -Wno-duplicate-decl-specifier -Wstrict-aliasing=2 > -I/usr/local/include? ?-no-undefined -Wl,--as-needed -o test-charset > test-charset.o libcharset.la <http://libcharset.la> > ../lib-test/libtest.la <http://libtest.la>? ../lib/liblib.la > <http://liblib.la> > libtool: link: cc -std=gnu99 -g -O2 -fstack-protector-strong > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes > -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 > -Wbad...

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 linking command complains with: ------------------- /usr/bin/ld: /tmp/ccjE1tcG.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with...

...ter-arith -Wchar-subscripts >> -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier >> -Wstrict-aliasing=2 -I/usr/local/include? ?-no-undefined >> -Wl,--as-needed -o test-charset test-charset.o libcharset.la >> <http://libcharset.la> ../lib-test/libtest.la >> <http://libtest.la>? ../lib/liblib.la <http://liblib.la> >> libtool: link: cc -std=gnu99 -g -O2 -fstack-protector-strong >> -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wall -W >> -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith >&gt...

...>> -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier >>> -Wstrict-aliasing=2 -I/usr/local/include? ?-no-undefined >>> -Wl,--as-needed -o test-charset test-charset.o libcharset.la >>> <http://libcharset.la> ../lib-test/libtest.la >>> <http://libtest.la>? ../lib/liblib.la <http://liblib.la> >>> libtool: link: cc -std=gnu99 -g -O2 -fstack-protector-strong >>> -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wall -W >>> -Wmissing-prototypes -Wmissing-decl...

> 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 saved into the bytecode. Try passing -relocation-model=pic to llvm-ld, or just compile everything via llvm-gcc which known how to pass necessary opt...

....long _data_table POP {pc} //==end use_table.s== //==begin Makefile== CC = /Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang CFLAG = -arch armv7 -mcpu=cortex-a9 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPh oneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk all:libtest.dylib libtest.dylib:table.o use_table.o $(CC) -v -dynamiclib $(CFLAG) $^ -o $@ table.o:table.c $(CC) -c $(CFLAG) $^ -o $@ use_table.o:use_table.s $(CC) -c -integrated-as $(CFLAG) $^ -o $@ clean: rm *.o libtest.dylib test //==end Makefile== Cheers, Ashi On Wed,...

...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 -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 saved into the bytecode. > Try passing -relocation-model=pic to llvm-ld, or just compile > everything via llvm-gcc which kno...

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

...Wl,--as-needed -o test-http-server-errors test-http-server-errors.o >> -Wl,--export-dynamic ./.libs/libhttp.a ../lib-dns/.libs/libdns.a >> ../lib-ssl-iostream/.libs/libssl_iostream.a >> ../lib-master/.libs/libmaster.a ../lib-settings/.libs/libsettings.a >> ../lib-test/.libs/libtest.a ../lib/.libs/liblib.a -ldl >> collect2: error: ld returned 1 exit status > > libtool: link: gcc -std=gnu99 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 > -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 > -grecord-gcc-switches -m64 -mtune=generic -fno-strict > -a...

...te 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: void llvm::cl::OptionCategory::registerCategory(): Assertion `std::count_if(RegisteredOptionCategories->begin(), RegisteredOptionCategories->end(), [this](const OptionCategory *Category) { return getName() == Category->getNam...

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