Re: [CMake] faq update?

2007-09-14 Thread Goswin von Brederlow
Brandon Van Every [EMAIL PROTECTED] writes: On 9/13/07, Goswin von Brederlow [EMAIL PROTECTED] wrote: For dynamic code (in C/C++/obj-c/fortran/anythign with C linkage) you must use -fPIC or variant thereof because otherwise your jump labels will be too small and linking will fail sometimes

Re: [CMake] faq update?

2007-09-14 Thread Olivier Delannoy
I have not yet contributed to the wiki or anything to CMake yet so I might not be in position to give advice, but if I look at the main page for CMake on the wiki I can see a page named Platform Dependent Issues. I don't think the faq is a good place for platform specific stuff or stuff which work

[CMake] faq update?

2007-09-13 Thread Juan Sanchez
The FAQ doesn't mention the trick for loading a shared library from a static one. They therefore think their objects have to be compiled twice, even when they are using -fPIC on gcc and want the same compiler flags. http://www.mail-archive.com/cmake@cmake.org/msg01890.html Could this be

Re: [CMake] faq update?

2007-09-13 Thread Brandon Van Every
On 9/13/07, Juan Sanchez [EMAIL PROTECTED] wrote: The FAQ doesn't mention the trick for loading a shared library from a static one. They therefore think their objects have to be compiled twice, even when they are using -fPIC on gcc and want the same compiler flags.

Re: [CMake] faq update?

2007-09-13 Thread Juan Sanchez
Hello Brandon, This is the way they are choosing to do this in our organization. We only build for gcc on Linux. If we built for multiple platforms, we could have platform specific conditional statements, as in the hyperlinked example I have provided. In deference to elegance, the project will

Re: [CMake] faq update?

2007-09-13 Thread KSpam
Juan, I find that very useful. Thanks! Justin On Thursday 13 September 2007 12:44:07 Juan Sanchez wrote: Here is my update to the FAQ: http://www.cmake.org/Wiki/CMake_FAQ#That_means_I_have_to_build_all_my_libra ry_objects_twice.2C_once_for_shared_and_once_for_static.__I_don.27t_like_tha

Re: [CMake] faq update?

2007-09-13 Thread KSpam
Brandon, Calm down. I found Juan's documentation quite useful. What is the point of having a Wiki if not to document such things? Anyone can figure out basic CMake usage from CMake docs. This is beyond the scope of CMake docs; therefore, it belongs on the Wiki. For the record, my projects

Re: [CMake] faq update?

2007-09-13 Thread Brandon Van Every
On 9/13/07, Juan Sanchez [EMAIL PROTECTED] wrote: Hello Brandon, This is the way they are choosing to do this in our organization. We only build for gcc on Linux. If we built for multiple platforms, we could have platform specific conditional statements, as in the hyperlinked example I

Re: [CMake] faq update?

2007-09-13 Thread Juan Sanchez
Hello Brandon, At the end of the day. The question I answered was frequently asked on the mailing list (according to google), and inaccurately answered in the FAQ. This issue is a concern for many people, and at least one other person found it helpful. While beyond my capabilities, I think a

Re: [CMake] faq update?

2007-09-13 Thread Brandon Van Every
On 9/13/07, KSpam [EMAIL PROTECTED] wrote: Brandon, I will be happy to see your submission come to fruition. If and until that happens, it is nice to have another option. My solution worked in production reality in the Chicken build system since sometime at the beginning of the year. That's

Re: [CMake] faq update?

2007-09-13 Thread Goswin von Brederlow
Brandon Van Every [EMAIL PROTECTED] writes: On 9/13/07, Juan Sanchez [EMAIL PROTECTED] wrote: The statement in the FAQ is untrue: That means I have to build all my library objects twice, once for shared and once for static. I don't like that! This statement may also be a dealbreaker for

Re: [CMake] faq update?

2007-09-13 Thread Brandon Van Every
On 9/13/07, Goswin von Brederlow [EMAIL PROTECTED] wrote: For dynamic code (in C/C++/obj-c/fortran/anythign with C linkage) you must use -fPIC or variant thereof because otherwise your jump labels will be too small and linking will fail sometimes on x86, nearly always on amd64, ppc, always on

Re: [CMake] FAQ update for renaming a library

2007-03-05 Thread Alexander Neundorf
Original-Nachricht Datum: Fri, 02 Mar 2007 10:23:43 -0800 Von: Brandon J. Van Every [EMAIL PROTECTED] An: cmake cmake@cmake.org CC: Betreff: Re: [CMake] FAQ update for renaming a library Mike Jackson wrote: What I would do is put the _preferred way_ at the top then towards

[CMake] FAQ update for renaming a library

2007-03-02 Thread Brandon J. Van Every
I am questioning the relevance or clarity of this FAQ entry: http://www.cmake.org/Wiki/CMake_FAQ#How_do_I_rename_a_library_that_has_already_been_built.3F This looks like some kind of historical hack-around. I don't think we want to be telling people to rename libraries. Rather, we should be

Re: [CMake] FAQ update for renaming a library

2007-03-02 Thread Mike Jackson
What I would do is put the _preferred way_ at the top then towards the bottom put the previous way. I am sure I can come up with some obscure reason why I might want to do it the old way and not more preferred way. Options are good. -- Mike Jackson imikejackson gmail * com On Mar 2,

Re: [CMake] FAQ update for renaming a library

2007-03-02 Thread Alan W. Irwin
On 2007-03-02 10:03-0800 Brandon J. Van Every wrote: I am questioning the relevance or clarity of this FAQ entry: http://www.cmake.org/Wiki/CMake_FAQ#How_do_I_rename_a_library_that_has_already_been_built.3F This looks like some kind of historical hack-around. I don't think we want to be