RE: Issues with Windows build: /GS and bufferoverflowu.lib
> > There's a relevant discussion about the issue at[color=blue][color=green]
> > [url]http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=3D72235&SiteID=3D=[/url][/color][/color]
> > Providing the following in a header somewhere is probably the most
> > suitable option, otherwise the Perl build framework would need to be
> > modified to correctly detect which VC or PSDK environment is being
> > used:
> > #if _MSC_FULL_VER > 140000000 && _MSC_FULL_VER <=3D 140040310 #pragma
> > comment(lib,"bufferoverflowU.lib") #endif
> > Again, all of this is moot if /GS isn't added as a CFLAG ;-)[/color]
> Well, the link you've provided yourself mentions that some of libraries
> provided with some Platform SDKs required the library in question, i.e.
> even without specifying /GS on your own code. In other words, adding of
> the library in question was not a coincidence, mistake or omission. As
> we see now it didn't hold in long run, but by that time it was required.
> Something will be done about this. Cheers. A.[/color]
Agreed; since sending that e-mail, I had to deal with a bunch of other proj=
ects that also explicitly linked bufferoverflowu.lib, regardless of /GS. T=
he #if pragma referred to above worked for me in each project (Tcl/Tk, Pyth=
on, Berkeley DB, SQLite 3).
OpenSSL Project [url]http://www.openssl.org[/url]
Development Mailing List [email]firstname.lastname@example.org[/email]
Automated List Manager [email]email@example.com[/email]