473,326 Members | 2,104 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,326 software developers and data experts.

Cannot activate incremental link - please help

Hi,

I am trying to activate incremental link using VC7 (.NET 2003) on a pretty big
project (executable size is more than 100Mb, and it gets linked from several
dozen of libraries and object files of different sizes - from less than 1Mb to
tens of MBs).

The problem is that option /incremental:yes does not have any effect on the
link time. I observe that the linker removes existing executable and re-links
it from scratch.

I looked in the Usenet groups and found a couple of relevant e-mail threads:
http://groups.google.com/groups?hl=e....phx.gbl#link1
http://groups.google.com/groups?q=in...phx.gbl&rnum=1

So, as suggested, I tried to add /test to the link line to get the reason for
link's behavior. And this is the reason I've got:
LINK : LNK6003: LINK options changed; performing full link

The funny thing is that link options DID NOT change. I just added an empty
line to one of source files and run make with the same makefile (we don't use
IDE).

Maybe the reason for link's confusion is a very long link line (14K chars) ?

Anybody @ Microsoft, could you please let me know what I can do to enable
incremental link?

Thank you,
Alex
Nov 17 '05 #1
3 2234
Incremental linking doesn't work when you change a library in your
workspace.

Only expect incremental linking when you change *only* a file in your
"startup project." A change in any other project will trigger a full link.

Linking is so much slower in VS7.1/.net/c++/2003 that you really notice
those full links!

Chris

"Alex Shturm" <ne**@shturm.com> wrote in message
news:KM*******************@newssvr25.news.prodigy. com...
Hi,

I am trying to activate incremental link using VC7 (.NET 2003) on a pretty big project (executable size is more than 100Mb, and it gets linked from several dozen of libraries and object files of different sizes - from less than 1Mb to tens of MBs).

The problem is that option /incremental:yes does not have any effect on the link time. I observe that the linker removes existing executable and re-links it from scratch.

I looked in the Usenet groups and found a couple of relevant e-mail threads: http://groups.google.com/groups?hl=e....phx.gbl#link1 http://groups.google.com/groups?q=in...phx.gbl&rnum=1
So, as suggested, I tried to add /test to the link line to get the reason for link's behavior. And this is the reason I've got:
LINK : LNK6003: LINK options changed; performing full link

The funny thing is that link options DID NOT change. I just added an empty
line to one of source files and run make with the same makefile (we don't use IDE).

Maybe the reason for link's confusion is a very long link line (14K chars) ?
Anybody @ Microsoft, could you please let me know what I can do to enable
incremental link?

Thank you,
Alex

Nov 17 '05 #2
Actually we don't use the concept of "project" (in VS terms). We have a
lot of source files that are compiled and linked using command-line runs
of the compiler and linker, using make and makefile.

Non-incremental link takes about 10 min on a 2.5 GHz 1Gb RAM machine,
which makes development pretty painful.

In my experiment I've tried to change just one source file and run the
same make/makefile, so only one object file was recompiled (no libraries
were changed). Still the linker did not do incremental linking... :(

Alex

Rudy Ray Moore wrote:
Incremental linking doesn't work when you change a library in your
workspace.

Only expect incremental linking when you change *only* a file in your
"startup project." A change in any other project will trigger a full link.

Linking is so much slower in VS7.1/.net/c++/2003 that you really notice
those full links!

Chris

Nov 17 '05 #3
A follow-up to this older post, for future reference:
I experienced the same problem with a project I'm working on -
incremental linking would never kick in despite having the project
setting turned on, even when I made a trivial change to a non-library
cpp file. This is using VC++ 7.1.

In the project I was working on, I had the linker set up to ignore the
default library nafxcwd.lib, and then I explicitly added it to the
libraries to link against list. This was to prevent some "new" and
"delete" symbol conflicts in MFC's library and the C runtime library
(see Microsoft's Knowledge Base article Q148652 for more info).

I discovered that this caused the linker to think that project settings
had changed every single time it went to link. By changing the linker
settings to not ignore the default library nafxcwd.lib, the project
still linked successfully, and this time incrementally, as well. Note
that this means I was not exactly following Microsoft's recommended
practice in their KB article, but it still links and runs okay -
perhaps that KB article is geared toward an older version of their
linker.

Matt

Alex Shturm wrote:
Actually we don't use the concept of "project" (in VS terms). We have a lot of source files that are compiled and linked using command-line runs of the compiler and linker, using make and makefile.

Non-incremental link takes about 10 min on a 2.5 GHz 1Gb RAM machine, which makes development pretty painful.

In my experiment I've tried to change just one source file and run the same make/makefile, so only one object file was recompiled (no libraries were changed). Still the linker did not do incremental linking... :(

Alex

Rudy Ray Moore wrote:
Incremental linking doesn't work when you change a library in your
workspace.

Only expect incremental linking when you change *only* a file in your"startup project." A change in any other project will trigger a full link.
Linking is so much slower in VS7.1/.net/c++/2003 that you really noticethose full links!

Chris


Nov 17 '05 #4

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

6
by: Rudy Ray Moore | last post by:
I work with a multi-project workspace. One project (the "startup" project) has a "Configuration Type" of "Application (.exe)". The other 40 projects have a "Configuration Type" of "Static Library...
0
by: Rudy Ray Moore | last post by:
I've been having trouble getting incremental linking to work under Visual C++ .net 2003 7.1 for my multi-project workspace. Ronald Laeremans and Carl Daniel (and a few others) helped me figure it...
0
by: Steve McLellan | last post by:
Hi, Was wondering whether there's any more info on why the project I'm working on might not be able to link incrementally... as deadlines approach, waiting 3 minutes each link is not what I...
7
by: Michael Reinschmiedt | last post by:
Hello, setting the switch /clr significantly increased the linking time (ca. 18 min). The linker output shows "/incremental:no /fullbuild", when setting the switch /test. The same code linked in...
0
by: Mark Parry | last post by:
Hello, Our project never seems to be able to do an incremantal link, it always does a full link. When I add "/test" option to the linker command line, I see the following information "Linker...
5
by: news.microsoft.com | last post by:
We have recently upgraded from VS2002 to VS2005 and I'm having a problem with the linker always performing a full link even though nothing has changed. In searching the newsgroups I found that I...
1
yabansu
by: yabansu | last post by:
Hi all, I implemented a basic client application. It communicates with server and works properly. Building processes succeed just by giving the following warning: LINK : D:\DOC\Visual Studio...
8
by: Bern McCarty | last post by:
We have a large mixed dll that I can never seem to get to link incrementally. Below is the console output. For simplicity I've eliminated some stuff that we normally do when we really link this...
35
by: mwelsh1118 | last post by:
Why doesn't C# allow incremental compilation like Java? Specifically, in Java I can compile single .java files in isolation. The resulting individual .class files can be grouped into .jar files....
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.