search for: rdynam

...ll do -- thanks! > Based on that gdb bt you can try applying this patch too > https://review.gluster.org/19994 Tried it (both against 3.13.2 and 4.0.2), and now 'make' fails with: make all-am CC libglusterfs_la-dict.lo cc: warning: argument unused during compilation: '-rdynamic' [-Wunused-command-line-argument] cc: warning: argument unused during compilation: '-rdynamic' [-Wunused-command-line-argument] CC libglusterfs_la-xlator.lo cc: warning: argument unused during compilation: '-rdynamic' [-Wunused-command-line-argument] cc: warning: argum...

On 05/09/2018 05:44 AM, Roman Serbski wrote: > On Tue, May 8, 2018 at 11:34 AM, Roman Serbski <mefystofel at gmail.com> wrote: >> # gdb gluster >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under

...: > Attached is a patch that fixes it for the cmake build. I'm not positive this is the right place to put it and I really have no idea where the check should go when using the autotools. What version of cmake are you using? I am getting the opposite behavior: every binary is linked using -rdynamic :-( Cheers, Rafael

Hi all, My example compiler is working fine on Linux, including the extern'd functions (via -rdynamic flag on linker), but a friend on a MacOS (Darwin) cannot find the extern'd function. LLVM ERROR: Program used external function 'printVar' which could not be resolved! I've read some posts on the web indicating problems with the -rdynamic option on Mac's GCC, but I'm not...

> What version of cmake are you using? I am getting the opposite > behavior: every binary is linked using -rdynamic :-( BTW, I reported llvm.org/pr15543 to track this. Cheers, Rafael

...;-simplify-libcalls'? -- bugpoint defines the symbol: [sysnet80:~/llvm-build/bin] steve$ nm bugpoint |grep _ZNK4llvm4Pass11getPassNameEv 00000000007c0420 T _ZNK4llvm4Pass11getPassNameEv Here's a smaller example showing the particular issue <http://pastebin.com/6fGHEy0q>. If you add -rdynamic when compiling a.c, it works correctly: Linux: [hilbert:/tmp] steve$ clang -fPIC -rdynamic a.c -ldl [hilbert:/tmp] steve$ ./a.out FreeBSD: [sysnet80:/tmp] steve$ clang -fPIC -rdynamic a.c [sysnet80:/tmp] steve$ ./a.out -- Stephen Checkoway

On Mar 19, 2013, at 12:03 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> What version of cmake are you using? I am getting the opposite >> behavior: every binary is linked using -rdynamic :-( > > BTW, I reported llvm.org/pr15543 to track this. When I first sent the email (in August of last year), I was using cmake 2.8.8. I now appear to be using 2.8.9 and I don't have the same behavior you do: steve$ ninja -v -j1 bin/llvm-as [1/1] : && /usr/bin/c++ -fPIC -f...

Attached is a patch that fixes it for the cmake build. I'm not positive this is the right place to put it and I really have no idea where the check should go when using the autotools. -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-rdynamic.patch Type: application/octet-stream Size: 663 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120821/be3a9bbf/attachment.obj> -------------- next part -------------- On Aug 21, 2012, at 1:01 PM, Stephen Checkoway wrote: > While running the llvm...

...ng this patch too >> https://review.gluster.org/19994 > > Tried it (both against 3.13.2 and 4.0.2), and now 'make' fails with: get the latest patch. ;-) > > make all-am > CC libglusterfs_la-dict.lo > cc: warning: argument unused during compilation: '-rdynamic' > [-Wunused-command-line-argument] > cc: warning: argument unused during compilation: '-rdynamic' > [-Wunused-command-line-argument] > CC libglusterfs_la-xlator.lo > cc: warning: argument unused during compilation: '-rdynamic' > [-Wunused-command-lin...

Renato Golin wrote: > I've read some posts on the web indicating problems with the -rdynamic > option on Mac's GCC, but I'm not sure. What's the Mac-style for that? -rdynamic doesn't exist on OSX, nor should it be needed. Just make sure that you do *not* strip the executable (i.e., avoid strip, install -s, etc.), IIRC that's needed to make dlopening the executable...

>> You need to figure out how to pass -rdynamic to the linker, like I said before. http://llvm.org/docs/tutorial/OCamlLangImpl7.html mentions it, but I don't know enough about the ocaml build process to say whether that'll work. I believe I'm already doing that, properly by passing -ccopt -rdynamic to ocamlopt: ocamlopt -cc g++ -c...

Thanks, -rdynamic helps! It's a pity that it's not written in the tutorial. Also I'm interested how can I provide a mapping? 2008/9/25 srs <skaflotten at gmail.com>: > Link with -rdynamic or provide a mapping.

On Mar 20, 2013, at 12:14 PM, Stephen Checkoway <s at pahtak.org> wrote: > I assume the CMAKE_SHARED_LIBRARY_LINK_C_FLAGS and CMAKE_SHARED_LIBRARY_LINK_CXX_FLAGS could be set empty initially and then for those that need it, set it (or something else) to -rdynamic. Attached is a small patch that sets CMAKE_SHARED_LIBRARY_LINK_CXXFLAGS to "" (as per your patch which I didn't notice initially), and then sets opt, bugpoint, and JITTests to have the property ENABLE_EXPORTS set to 1. This passes -Wl,--export-dynamic on BSD and Linux (and others)...

...> > > is there docs for using the Flash and FIle upload module ? I''d like > to > > start > > > > off by trying to use those. > > > > > > > > thanks > > > > > > > > -- > > > > gcc -O0 -DRUBY_EXPORT -rdynamic -Wl,-export-dynamic -L. main.o > > > > -lruby-static -ldl -lcrypt -lm -o ruby > > > > Everyone is trying their hardest to do their job but management has > set > > it > > > > up so that it''s impossible. > > > > Take the control...

On Mon, Apr 5, 2010 at 3:27 PM, Nyx <mcheva at cs.mcgill.ca> wrote: > >>> You need to figure out how to pass -rdynamic to the linker, like I > said before. http://llvm.org/docs/tutorial/OCamlLangImpl7.html > mentions it, but I don't know enough about the ocaml build process to > say whether that'll work. > > I believe I'm already doing that, properly by passing -ccopt -rdynamic to >...

> Attached is a small patch that sets CMAKE_SHARED_LIBRARY_LINK_CXXFLAGS to "" (as per your patch which I didn't notice initially), and then sets opt, bugpoint, and JITTests to have the property ENABLE_EXPORTS set to 1. This passes -Wl,--export-dynamic on BSD and Linux (and others) and --export-all-symbols on cygwin. > > I'm not sure if there are others that should be

...client 192.168.11.100] \tfrom (eval):682:in `run'' [Mon Jul 24 15:50:18 2006] [error] [client 192.168.11.100] \tfrom /home/mathieu/mv/rf/public/diary.cgi:341 [Mon Jul 24 15:50:18 2006] [error] [client 192.168.11.100] Premature end of script headers: diary.cgi -- gcc -O0 -DRUBY_EXPORT -rdynamic -Wl,-export-dynamic -L. main.o -lruby-static -ldl -lcrypt -lm -o ruby Everyone is trying their hardest to do their job but management has set it up so that it''s impossible. Take the control over your money, track your expenses http://justbudget.com Mathieu -------------- next part -...

Hi Vania, If I understood correctly, you have an executable, which is JITing code that has dependencies on the symbols of entire executable. In case dlsym cannot find this symbol, try to link your executable with -rdynamic (gcc) or --export-dynamic (ld): -rdynamic Pass the flag -export-dynamic to the ELF linker, on targets that support it. This instructs the linker to add all symbols, not only used ones, to the dynamic symbol table. This option is needed for some...

Hello there, tl;dr: Is it a known behaviour that using llvm-3.4 and llvm-3.6 at the same time in the same process (while llvm-3.6 is used from a linked shared library and llvm-3.4 is dlopen'ed - with a strange detail: Especially if -rdynamic is used when linking the program). If so, is there a workaround? If not, can it be fixed in llvm-3.6? Long story: I am writing a program that creates binaries using llvm-3.6 and has a Qt frontend. I noticed that, when running it on Ubuntu Linux (reproduced on 32 and 64 bit), the program crashes...

...lly, and puts is not. Don't assume; ask `man nm`. http://www.linuxcommand.org/man_pages/nm1.html says that a 'U' in that column means "The symbol is undefined." (It's there so the dynamic loader knows to pull it out of a .so, I think.) You need to figure out how to pass -rdynamic to the linker, like I said before. http://llvm.org/docs/tutorial/OCamlLangImpl7.html mentions it, but I don't know enough about the ocaml build process to say whether that'll work. > I > tried modifying my code to use fputs instead of puts instead, but had no > success, however,...