Hi all,
is there anything new regarding this issue :
http://www.cmake.org/pipermail/cmake/2005-September/007271.html
This is a real problem, and the static library hack doesn't work well
if you have many executables that don't all use all the object files :
changing one single file will cause a
On Dec 19, 2007 7:34 AM, Joël Schaerer <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> is there anything new regarding this issue :
> http://www.cmake.org/pipermail/cmake/2005-September/007271.html
http://www.cmake.org/Wiki/CMake_FAQ#Does_that_mean_I_have_to_build_all_my_library_objects_twice.2C_once_for
I have read this FAQ entry, but it doesn't seem to adress my issue at all...
joel
Quoting Brandon Van Every <[EMAIL PROTECTED]>:
On Dec 19, 2007 7:34 AM, Joël Schaerer <[EMAIL PROTECTED]> wrote:
Hi all,
is there anything new regarding this issue :
http://www.cmake.org/pipermail/cmake/2005-Se
On Dec 19, 2007 10:47 AM, Joël Schaerer <[EMAIL PROTECTED]> wrote:
> I have read this FAQ entry, but it doesn't seem to adress my issue at all...
Did you read http://www.cmake.org/Bug/view.php?id=5155 ?
Cheers,
Brandon Van Every
___
CMake mailing list
On Dec 19, 2007 11:08 AM, Joel Schaerer <[EMAIL PROTECTED]> wrote:
> Thanks a lot. This is a real issue since compiling everything two or ten times
> just for the sake of it is *not* efficient. We are currently considering
> switching back to makefiles and a custom VS project because of this.
I'd
Brandon Van Every wrote:
On Dec 19, 2007 11:08 AM, Joel Schaerer <[EMAIL PROTECTED]> wrote:
Thanks a lot. This is a real issue since compiling everything two or ten times
just for the sake of it is *not* efficient. We are currently considering
switching back to makefiles and a custom VS project
Maybe I am missing something, but why not create a static library and
share it with the executables? Why try to reuse object files? CMake
makes it very easy to create static libraries and link them to executables.
-Bill
Because then you have to relink all executables each time you change
I work on a similarly large project and have found that building shared
libraries for development is much faster (in terms of compile/link time)
when making small changes (working in Visual Studio). Nightly or test builds
can use static libraries to produce single executables.
Provided you have se
On Dec 19, 2007 11:28 AM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
>
> Maybe I am missing something, but why not create a static library and
> share it with the executables?
The end product may not be an executable, it may be a static library.
A static library cannot include another static library.
On Wednesday 19 December 2007, Joel Schaerer wrote:
> > Maybe I am missing something, but why not create a static library and
> > share it with the executables? Why try to reuse object files? CMake
> > makes it very easy to create static libraries and link them to
> > executables.
> >
> > -Bill
>
Quoting Alexander Neundorf <[EMAIL PROTECTED]>:
On Wednesday 19 December 2007, Joel Schaerer wrote:
> Maybe I am missing something, but why not create a static library and
> share it with the executables? Why try to reuse object files? CMake
> makes it very easy to create static libraries and
On Wednesday 19 December 2007, you wrote:
...
> Yeah, you could even create one static library per executable...
> Awesome! What was the problem with putting all the object files in the
> same directory, again? Shouldn't that be an option, at least? It would
> be SO much easier than all the dirty h
Quoting Alexander Neundorf <[EMAIL PROTECTED]>:
On Wednesday 19 December 2007, you wrote:
...
Yeah, you could even create one static library per executable...
Awesome! What was the problem with putting all the object files in the
same directory, again? Shouldn't that be an option, at least? It
One other very good reason, too:
Same target may have two source files of the exact same name, but they exist
in different directories (Abc/Object.cxx and Def/Object.cxx). In that case,
the object files will be further hidden in subdirectories to avoid two files
in the "object files directory" from
Quoting David Cole <[EMAIL PROTECTED]>:
One other very good reason, too:
Same target may have two source files of the exact same name, but they exist
in different directories (Abc/Object.cxx and Def/Object.cxx). In that case,
the object files will be further hidden in subdirectories to avoid two
Compilation time is only multiplied if you are specifying the same source
file in multiple targets. If you are seeing a 2x difference, then you must
have *all* of your source files listed twice. Shouldn't this only be for a
few of your source files at most?
I would argue that it's better to be cor
On Dec 19, 2007, at 1:44 PM, Joël Schaerer wrote:
Quoting David Cole <[EMAIL PROTECTED]>:
One other very good reason, too:
Same target may have two source files of the exact same name, but
they exist
in different directories (Abc/Object.cxx and Def/Object.cxx). In
that case,
the object fil
On Dec 19, 2007 3:41 PM, David Cole <[EMAIL PROTECTED]> wrote:
> One other very good reason, too:
> Same target may have two source files of the exact same name, but they exist
> in different directories (Abc/Object.cxx and Def/Object.cxx). In that case,
> the object files will be further hidden in
On 12/19/07, Brandon Van Every <[EMAIL PROTECTED]> wrote:
>
> ...an easy feature to
> implement...
So easy to implement that the attached patch was 0 bytes...?
:-)
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Dec 19, 2007 3:52 PM, David Cole <[EMAIL PROTECTED]> wrote:
> Compilation time is only multiplied if you are specifying the same source
> file in multiple targets. If you are seeing a 2x difference, then you must
> have *all* of your source files listed twice. Shouldn't this only be for a
> few
On Dec 19, 2007 4:24 PM, David Cole <[EMAIL PROTECTED]> wrote:
> On 12/19/07, Brandon Van Every <[EMAIL PROTECTED]> wrote:
> > ...an easy feature to
> > implement...
>
> So easy to implement that the attached patch was 0 bytes...?
Bill's comments at http://www.cmake.org/Bug/view.php?id=5155 about
Where are these 10 lines? Can you post them here or point to the chicken
.cmake source file that contains them?
On 12/19/07, Brandon Van Every <[EMAIL PROTECTED]> wrote:
>
> On Dec 19, 2007 4:24 PM, David Cole <[EMAIL PROTECTED]> wrote:
> > On 12/19/07, Brandon Van Every <[EMAIL PROTECTED]> wrote
On Dec 19, 2007 7:32 PM, David Cole <[EMAIL PROTECTED]> wrote:
> Where are these 10 lines?
In the bug tracker, conspiciously above Bill's comments. They've been
there for 6 months.
http://www.cmake.org/Bug/view.php?id=5155
> On 12/19/07, Brandon Van Every < [EMAIL PROTECTED]> wrote:
> >
> > On D
23 matches
Mail list logo