Author Topic: The 07 January 2012 build (7678) is out.  (Read 104447 times)

Offline Suryavarman

  • Multiple posting newcomer
  • *
  • Posts: 81
    • Suryavarman
Re: The 07 January 2012 build (7678) is out.
« Reply #75 on: March 06, 2012, 09:17:24 pm »
Quote
Force target re-link if any static library it depends on gets updated (i.e. no need to manually add an external dependency for static libraries anymore)
when checking for changed static library dependencies, look in compiler's linker search paths too
when checking for changed static library dependencies, include libraries referenced directly (w/out the use of linker's search path)

How stop this new comportement :
  • I modified cpp files from base dynamic lib.
  • Build all project
  • Codeblocks -> Re-link all solution's projects ( It's useless... it's a dynamic lib not a static lib ) before this Nightly build Codeblocks just  check all targets when i rebuild all

I have 30 projects in my solution. I use frequently rebuild all and now i lose more time.

Thanks a lot for your work.




« Last Edit: March 06, 2012, 09:18:57 pm by Gandi »

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 January 2012 build (7678) is out.
« Reply #76 on: March 06, 2012, 09:23:42 pm »
Can you provide an example/test workspace?

What about your platform/gcc versions?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Suryavarman

  • Multiple posting newcomer
  • *
  • Posts: 81
    • Suryavarman
Re: The 07 January 2012 build (7678) is out.
« Reply #77 on: March 07, 2012, 12:26:49 pm »
This solution and my solution it's the same hierachy and compilation options. ( see the Attach 7zfile )

I use Mingw ( TDM ).

Example :
I rebuild-All :
my targets are all build.

I modified :
In Lib_Test1 -> Math.cpp
return !aResult ; -> return aResult ;

I build-all in Codeblocks :
Code
-------------- Build: Debug in Lib_Test1 ---------------

[ 50,0%] Compiling: ..\..\..\Test\Math.cpp
[100,0%] Linking dynamic library: ..\..\..\..\Bin\Mingw\Lib_Test1_d_CB.dll
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test1_d_CB.a
Output size is 83,50 KB

-------------- Build: Release in Lib_Test1 ---------------

[ 50,0%] Compiling: ..\..\..\Test\Math.cpp
[100,0%] Linking dynamic library: ..\..\..\..\Bin\Mingw\Lib_Test1_CB.dll
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test1_CB.a
Output size is 80,50 KB

-------------- Build: Debug in Lib_Test2 ---------------

[100,0%] Linking dynamic library: ..\..\..\..\Bin\Mingw\Lib_Test2_d_CB.dll
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test2_d_CB.a
Output size is 49,90 KB

-------------- Build: Release in Lib_Test2 ---------------

[100,0%] Linking dynamic library: ..\..\..\..\Bin\Mingw\Lib_Test2_CB.dll
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test2_CB.a
Output size is 9,50 KB

-------------- Build: Debug in App_Test1 ---------------

[100,0%] Linking console executable: ..\..\..\..\Bin\Mingw\App_Test1_d_CB.exe
Output size is 976,25 KB

-------------- Build: Release in App_Test1 ---------------

[100,0%] Linking console executable: ..\..\..\..\Bin\Mingw\App_Test1_CB.exe
Output size is 461,00 KB

-------------- Build: Debug in App_Test2 ---------------

[100,0%] Linking console executable: ..\..\..\..\Bin\Mingw\App_Test2_d_CB.exe
Output size is 976,84 KB

-------------- Build: Release in App_Test2 ---------------

[100,0%] Linking console executable: ..\..\..\..\Bin\Mingw\App_Test2_CB.exe
Output size is 461,50 KB
Process terminated with status 0 (0 minutes, 1 seconds)
0 errors, 0 warnings (0 minutes, 1 seconds)
 

Codeblocks re-link all targets.
« Last Edit: March 07, 2012, 12:28:41 pm by Gandi »

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 January 2012 build (7678) is out.
« Reply #78 on: March 07, 2012, 12:32:44 pm »
Code
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test2_CB.a
This is the reason.
You are linking to a static lib.
Have you tried to link directly to the dlls?
Newer TDM/Ming gcc's support this.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Suryavarman

  • Multiple posting newcomer
  • *
  • Posts: 81
    • Suryavarman
Re: The 07 January 2012 build (7678) is out.
« Reply #79 on: March 07, 2012, 12:37:59 pm »
You have resolved my problem.

Thanks a lot.

I rename in the linker settings my libraries :
Lib_Test1_d_CB -> Lib_Test1_d_CB.dll
Lib_Test1_CB -> Lib_Test1_CB.dll
etc.

Code

-------------- Build: Debug in Lib_Test1 ---------------

[ 50,0%] Compiling: ..\..\..\Test\Math.cpp
[100,0%] Linking dynamic library: ..\..\..\..\Bin\Mingw\Lib_Test1_d_CB.dll
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test1_d_CB.a
Output size is 83,50 KB

-------------- Build: Release in Lib_Test1 ---------------

[ 50,0%] Compiling: ..\..\..\Test\Math.cpp
[100,0%] Linking dynamic library: ..\..\..\..\Bin\Mingw\Lib_Test1_CB.dll
Creating library file: ..\..\..\..\Bin\Mingw\libLib_Test1_CB.a
Output size is 80,50 KB

-------------- Build: Debug in Lib_Test2 ---------------

Target is up to date.

-------------- Build: Release in Lib_Test2 ---------------

Target is up to date.

-------------- Build: Debug in App_Test1 ---------------

Target is up to date.

-------------- Build: Release in App_Test1 ---------------

Target is up to date.

-------------- Build: Debug in App_Test2 ---------------

Target is up to date.

-------------- Build: Release in App_Test2 ---------------
« Last Edit: March 07, 2012, 12:41:18 pm by Gandi »

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 07 January 2012 build (7678) is out.
« Reply #80 on: March 07, 2012, 12:42:07 pm »
You are linking to a static lib.
What makes you say so? This could also be an import library for the DLL - depending on the settings use to create.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 January 2012 build (7678) is out.
« Reply #81 on: March 07, 2012, 12:44:16 pm »
Morten: For me .a or .lib file is a static library. The current auto-relink mechanism in C::B thinks the same.

Gandi: I guess you can revert to the old lib names and uncheck the "Create import library" option in the Project->Properties
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Suryavarman

  • Multiple posting newcomer
  • *
  • Posts: 81
    • Suryavarman
Re: The 07 January 2012 build (7678) is out.
« Reply #82 on: March 07, 2012, 12:50:14 pm »
oBFusCATed : It's OK and i prefer this last solution.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 07 January 2012 build (7678) is out.
« Reply #83 on: March 07, 2012, 03:09:22 pm »
Morten: For me .a or .lib file is a static library.
For me, both import library and static library can have .a or .lib. :)
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.