On Mon, Aug 4, 2008 at 10:16 AM, Brad King <[EMAIL PROTECTED]> wrote:
> It doesn't have any notion of one archive
> depending non-circularly on others?
Nope. This project is full of circular dependencies and incorrectly
mixing C and C++ code at certain points. I've managed to find an
ordering that
Mathieu Malaterre wrote:
> On Mon, Aug 4, 2008 at 4:16 PM, Brad King <[EMAIL PROTECTED]> wrote:
>>> It definitely fixed the problem. Thanks a bunch.
>> Okay, I'll look at using these everywhere possible by default.
>
> Does this means 'make VERBOSE=1' will not be verbose anymore ?
No, the archivi
Brad King wrote:
> Andrew Sayman wrote:
>> It definitely fixed the problem. Thanks a bunch.
>
> Okay, I'll look at using these everywhere possible by default.
Done:
/cvsroot/CMake/CMake/Modules/CMakeCInformation.cmake,v <--
Modules/CMakeCInformation.cmake
new revision: 1.22; previous revision:
On Mon, Aug 4, 2008 at 4:16 PM, Brad King <[EMAIL PROTECTED]> wrote:
>> It definitely fixed the problem. Thanks a bunch.
>
> Okay, I'll look at using these everywhere possible by default.
Does this means 'make VERBOSE=1' will not be verbose anymore ?
--
Mathieu
__
Andrew Sayman wrote:
> There were other potential ways to resolve the dependencies other than
> such a massive static library, but I don't know of a good CMake-style
> way to integrate the --start-group and --end-group flags without
> resorting to a bunch of really terse coding in my CMakeLists.txt
On Fri, Aug 1, 2008 at 9:13 AM, Brad King <[EMAIL PROTECTED]> wrote:
> All the fixes you've seen are for Windows with its 32k command line length
> limit. This is the first time I've seen someone with so many object files
> that it gives Linux a problem. What is the error message that you get?
"
Andrew Sayman wrote:
On Thu, Jul 31, 2008 at 10:30 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
Try 2.6.1 RC 16 and see if it is fixed.
What OS/Generator/Compiler are you using?
It didn't help. I'm using RHEL5.1 / Unix Makefiles / gcc-4.1.2
I may have actually stated the problem incorrectly.
On Thu, Jul 31, 2008 at 10:30 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Try 2.6.1 RC 16 and see if it is fixed.
>
> What OS/Generator/Compiler are you using?
It didn't help. I'm using RHEL5.1 / Unix Makefiles / gcc-4.1.2
I may have actually stated the problem incorrectly. I'm building a
stati
Andrew Sayman wrote:
The ChangeLogs that I can find for CMake 2.4.8 and 2.6.0 all seem to
indicate that link lines being too long was fixed. Unfortunately, I'm
still seeing link lines that are too long and immediately fail out
because of it. Is there any place with more details on exactly *what*
The ChangeLogs that I can find for CMake 2.4.8 and 2.6.0 all seem to
indicate that link lines being too long was fixed. Unfortunately, I'm
still seeing link lines that are too long and immediately fail out
because of it. Is there any place with more details on exactly *what*
was done to fix it? I c
10 matches
Mail list logo