delayload as pragma: fixed in Whidbey?

  • Thread starter Thread starter Stefan Slapeta
  • Start date Start date
S

Stefan Slapeta

The following linker directive

#pragma comment (linker, "/delayload:xy.dll")

which was valid in VC 6 produces just a warning in VC 7.1 (though the
directive is ok, IMO).

Is this fixed in the Whidbey release?


br, Stefan
 
No, this never worked reliably. It was a bug to allow it in 6.0. One that we
fixed later by adding the warning.

Ronald Laeremans
Visual C++ team
 
Ronald Laeremans said:
No, this never worked reliably. It was a bug to allow it in 6.0. One that we
fixed later by adding the warning.
Click to expand...

I don't understand what is the speciality about this option? Why can't I
pass others to the linker and this one not?

Stefan
 
Ronald, could you please explain what is wrong with delayload in vc6?
Does delayloading work if specified via project options?
I'm just going to use a delayload dll in my project...

Thanks!
- PA
 
Delay loading is fine. Adding a delayload by using the pragma isn't
guaranteed to work.

The problem is that the linker parses the pragma generated data beyond the
point where it already made some decisions that it cannot undo that _may_
conflict with delayloading this dll.

Ronald
 
Thanks!

Ronald Laeremans said:
Delay loading is fine. Adding a delayload by using the pragma isn't
guaranteed to work.

The problem is that the linker parses the pragma generated data beyond the
point where it already made some decisions that it cannot undo that _may_
conflict with delayloading this dll.

Ronald
Click to expand...
 
Ronald said:
The problem is that the linker parses the pragma generated data beyond the
point where it already made some decisions that it cannot undo that _may_
conflict with delayloading this dll.
Click to expand...
Thanks, I understand (maybe you should add some hint in the documentation).

Could you please have another look at the parser defect I reported above?

Thanks,

Stefan
 
Back
Top