search for: library_nam

...# object, or something. if basename in ('gtest', 'gtest_main'): return basename - - return 'LLVM%s' % basename + else: + return 'LLVM%s' % basename def get_llvmconfig_component_name(self): return self.get_library_name().lower() diff --git a/utils/llvm-build/llvmbuild/main.py b/utils/llvm-build/llvmbuild/main.py index 2d7db04..a81d8ce 100644 --- a/utils/llvm-build/llvmbuild/main.py +++ b/utils/llvm-build/llvmbuild/main.py @@ -393,7 +393,10 @@ subdirectories = %s else: # If we had a...

...SOVERSION ${LLVM_VERSION_MAJOR} + VERSION ${LLVM_VERSION_MAJOR}) + endif() endif() endif() @@ -567,8 +574,13 @@ function(llvm_add_library name) if(${output_name} STREQUAL "output_name-NOTFOUND") set(output_name ${name}) endif() - set(library_name ${output_name}-${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX}) - set(api_name ${output_name}-${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}${LLVM_VERSION_SUFFIX}) + if(LLVM_VERSION_SUFFIX STREQUAL "git") + set(library_name ${output_name}-${LLVM_VERSION_MA...

...SION_SUFFIX}) + SOVERSION ${LLVM_VERSION_MAJOR} + VERSION ${LLVM_VERSION_MAJOR}) endif() endif() @@ -567,7 +567,7 @@ function(llvm_add_library name) if(${output_name} STREQUAL "output_name-NOTFOUND") set(output_name ${name}) endif() - set(library_name ${output_name}-${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX}) + set(library_name ${output_name}-${LLVM_VERSION_MAJOR}) set(api_name ${output_name}-${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}${LLVM_VERSION_SUFFIX}) set_target_properties(${name} PROPERTIES OUTP...

...ogen.sh && ./configure --enable-static --disable-shared && make It worked earlier, and it works now with the current git sources. In this case libFLAC.la contains the following lines: # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libFLAC.a' When ./configure is called without arguments, these lines contain: # The name that we can dlopen(3). dlname='libFLAC-8.dll' # Names of this library. library_names='libFLAC.dl...

Why does Ruby-1.9.2-p0 require an additional ../ for relative paths when compared to the same code for ruby1.8? if RUBY_VERSION < ''1.9'' require File.dirname(__FILE__) + library else require_relative File.dirname(__FILE__) + ''/..'' + library end -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Core"

...VERSION_MAJOR}) > > endif() > > endif() > > > > @@ -567,7 +567,7 @@ function(llvm_add_library name) > > if(${output_name} STREQUAL "output_name-NOTFOUND") > > set(output_name ${name}) > > endif() > > - set(library_name > > ${output_name}-${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX}) > > + set(library_name ${output_name}-${LLVM_VERSION_MAJOR}) > > set(api_name > > ${output_name}-${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}${LLVM_VERSION_SUFFIX}) > >...

...rors, and I'll update the list on any progress. Index: gcc/fortran/f95-lang.c =================================================================== --- gcc/fortran/f95-lang.c (revision 160) +++ gcc/fortran/f95-lang.c (working copy) @@ -713,7 +713,11 @@ TREE_PUBLIC (decl) = 1; if (library_name) SET_DECL_ASSEMBLER_NAME (decl, get_identifier (library_name)); +#ifndef ENABLE_LLVM make_decl_rtl (decl); +#else + make_decl_llvm (decl); +#endif pushdecl (decl); DECL_BUILT_IN_CLASS (decl) = class; DECL_FUNCTION_CODE (decl) = function_code; Index: gcc/fortran/trans-decl.c =====...

..."../../src/gcc/varasm.c", line=0, function=0x41c1a680 "") at ../../src/gcc/diagnostic.c:587 #1 0x00275ab4 in make_decl_rtl (decl=0x5bb1dc) at ../../src/gcc/varasm.c:1018 #2 0x000555a0 in gfc_define_builtin (name=0x5eecc8 "../../src/gcc/varasm.c", type=0x3fa, code=0, library_name=0xffb59c52 <Address 0xffb59c52 out of bounds>, const_p=true) at ../../src/gcc/fortran/f95-lang.c:733 #3 0x00055760 in gfc_be_parse_file (set_yydebug=6221000) at ../../src/gcc/fortran/mathbuiltins.def:8 #4 0x002654cc in toplev_main (argc=1081721732, argv=0x407a2ee4) at ../../src/gcc/toplev....

.../varasm.c", line=0, > function=0x41c1a680 "") at ../../src/gcc/diagnostic.c:587 > #1 0x00275ab4 in make_decl_rtl (decl=0x5bb1dc) at ../../src/gcc/varasm.c:1018 > #2 0x000555a0 in gfc_define_builtin (name=0x5eecc8 > "../../src/gcc/varasm.c", type=0x3fa, code=0, library_name=0xffb59c52 > <Address 0xffb59c52 out of bounds>, const_p=true) at > ../../src/gcc/fortran/f95-lang.c:733 This is crashing because make_decl_rtl is an RTL backend specific function. I haven't looked at the callsite but you probably want something like this: #ifndef ENABLE_LLVM...

Hi Tom, thanks and congrats for LLVM 10.0.1-rc1 release. [1] shows 2 assets. 10.0.0 RCs had a lot of more assets. I am missing the llvm-project-10.0.1rc1.tar.xz tarball. Will you provide them later or is there a new development/workflow decision I do not know of? BTW, the source zip and tar.gz tarballs show no sizes. I am using Mobile LTE/UMTS to download stuff from the Internet. For now I

...= 1 BUILD_ARCHIVE = 1 include $(LEVEL)/Makefile.common My CMakeListes.txt add_llvm_library(LLVMobfuscation Cgf.cpp CgfFunction.cpp Flattening.cpp ) add_dependencies(LLVMobfuscation intrinsics_gen) and my LLVMBuild.txt [component_0] type = Library name = Obfuscation parent = Transforms library_name = Obfuscation I added my directory and pass in the Transforms Makefile,LLVMBuild and CMakeLists, in the Transforms/IPO files and in the tools/opt files, but I still get this error: make[2]: Entering directory `/home/pyknite/work/obfuscator/3.2/build/tools/opt' make[2]: *** No rule to make ta...

My application is so far mostly built from scaffold. When I edit an existing record (I''ve turned off validation) the update method is called. I get this error: NoMethodError in <module>/<controller>#update You have a nil object when you didn''t expect it! You might have expected an instance of Array. The error occured while evaluating nil.+ I get the same error when

Erik de Castro Lopo wrote: > Ozkan Sezer wrote: > >> My apologies, obviously sent an old testing patch. Correct one is >> attached (declspec2.diff). Compilation tested using MinGW (gcc-3.4.5, >> binutils-2.20), and MinGW-w64 (gcc-4.5.4, binutils-2.21.90.) > > lvqcl, > > Can you please validate this new patch? It works, but only if i call ./configure without

...these should all be named BUILD_<thing_to_build> so we'd have BUILD_ARCHIVE_LIBRARY and BUILD_SHARED_LIBRARY and BUILD_RELINKD_LIBRARY and BUILD_TOOL 6. The directive names are concatenated in some cases. I'd like to see TOOL_NAME instead of TOOLNAME and LIBRARY_NAME instead of LIBRARYNAME. Its easier for *me* to read, but I'd like some feedback on this one as its as "gratuitous" change. 7. The documentation in MakefileGuide.html is lacking a tutorial on how to use the LLVM Makefile system for projects (as opposed to...

...e named BUILD_<thing_to_build> so we'd have > BUILD_ARCHIVE_LIBRARY and BUILD_SHARED_LIBRARY and > BUILD_RELINKD_LIBRARY and BUILD_TOOL > 6. The directive names are concatenated in some cases. I'd like to > see TOOL_NAME instead of TOOLNAME and LIBRARY_NAME instead of > LIBRARYNAME. Its easier for *me* to read, but I'd like some > feedback on this one as its as "gratuitous" change. > 7. The documentation in MakefileGuide.html is lacking a tutorial on > how to use the LLVM Makefile system for proj...

...e named BUILD_<thing_to_build> so we'd have > BUILD_ARCHIVE_LIBRARY and BUILD_SHARED_LIBRARY and > BUILD_RELINKD_LIBRARY and BUILD_TOOL > 6. The directive names are concatenated in some cases. I'd like to > see TOOL_NAME instead of TOOLNAME and LIBRARY_NAME instead of > LIBRARYNAME. Its easier for *me* to read, but I'd like some > feedback on this one as its as "gratuitous" change. > 7. The documentation in MakefileGuide.html is lacking a tutorial on > how to use the LLVM Makefile system for proj...

...ing_to_build> so we'd have > > BUILD_ARCHIVE_LIBRARY and BUILD_SHARED_LIBRARY and > > BUILD_RELINKD_LIBRARY and BUILD_TOOL > > 6. The directive names are concatenated in some cases. I'd like to > > see TOOL_NAME instead of TOOLNAME and LIBRARY_NAME instead of > > LIBRARYNAME. Its easier for *me* to read, but I'd like some > > feedback on this one as its as "gratuitous" change. > > 7. The documentation in MakefileGuide.html is lacking a tutorial on > > how to use the LLVM Make...

...h. So you''re stuck to having the gem for RedCloth installed, or copy redcloth.rb to the vendor/ directory which is in the loadpath on time. (comments appreciated) Btw. reading the source for require_library_or_gem I was wondering if the last call shouldn''t read >require_gem library_name< instead of >require gem< ? I''m using rails 1.1.2. This is my first post to the rails community and it should not end without mentioning that rails seriously rocks !!! Thx :) -- Posted via http://www.ruby-forum.com/.

...to `__ns_initparse' ./.libs/libUpTools.so: undefined reference to `__ns_parserr' collect2: ld returned 1 exit status make[1]: *** [testUpLog] Error 1 make[1]: Leaving directory `/tmp/UpTools-8.5.3' make: *** [check-am] Error 2 library.la file contains: dlname='libUpTools.so.0' library_names='libUpTools.so.0.0.0 libUpTools.so.0 libUpTools.so' old_library='libUpTools.a' inherited_linker_flags='' dependency_libs=' -L/usr/lib64 -L/lib64 -L/usr/lib64/mysql -lpq -lmysqlclient -lssl -lpthread' weak_library_names='' current=0 age=0 revision=0 installe...

...ckes # libxapian.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5.18 (1.1220.2.245 2005/05/16 08:55:27) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='libxapian.so.8' # Names of this library. library_names='libxapian.so.8.0.0 libxapian.so.8 libxapian.so' # The name of the static archive. old_library='libxapian.a' # Libraries that this one depends upon. dependency_libs=' -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.la&...