<g>
Yeah! That would help!
I do not think I *ever* upgraded one without the other...
I don't wanna get confused... Neither does the compiler... <g>

Don't worry, be Kneppie!
Jan



Walter wrote:

> <Slap on forehead> I think I know what the trouble is, Bruce must be using the dll version! I'll see if I can get that uploaded.
>
> Jan Knepper wrote in message <3AF89978.DD837D0D@smartsoft.cc>...
> >This is weird!
> >The version I use says the exact same thing, but compiles MFC 4.21 just
> fine.
> >Which version of MFC are you using by the way???
> >
> >Jan
> >
> >
> >
> >Bruce Adelsman wrote:
> >
> >> Walter,
> >>
> >> Here's what I get from an MS-DOS prompt.....
> >>
> >> C:\WINDOWS>scppn
> >> Digital Mars C/C++ Compiler Version 8.1B5n
> >> Copyright (C) Digital Mars 2000-2001.  All Rights Reserved.
> >> Written by Walter Bright
> >> www.digitalmars.com
> >>
> >> C:\WINDOWS>sc
> >> Digital Mars Compiler Version 8.0B1n
> >> Copyright (C) Digital Mars 2000-2001.  All Rights Reserved.
> >> Written by Walter Bright  www.digitalmars.com
> >> SC is a one-step program to compile and link C++, C and ASM files.
> >> Usage ([] means optional, ... means zero or more):
> >>
> >>         SC file... [flags...] [@respfile]
> >>
> >> The failure again...
> >>
> >> sc -cpp -Ae -mn -C -o+space -WA -S -3 -a8 -c -H -HO- -D_X86_=1 -D_MT=1
> >> -HF.\stdafx.SYM -o.\stdafx.PCO stdafx.h
> >> Error: C:\SC\BIN\..\mfc\include\32-bit\afxv_w32.h(202): initializer or
> function
> >> body for dllimport not allowed
> >> Lines Processed: 113815  Errors: 1  Warnings: 0
> >> Build failed
> >>
> >> And here is the section of the header file is is complaining about....
> >>
> >> #ifndef _MAC
> >> // FreeResource is not required except on Mac platforms
> >> #undef FreeResource
> >> inline BOOL WINAPI FreeResource(HGLOBAL) { return TRUE; }
> >> // UnlockResource is not required except on Mac platforms
> >> #undef UnlockResource
> >> inline int WINAPI UnlockResource(HGLOBAL) { return 0; }
> >> #endif
> >>
> >> The 'inline BOOL WINAPI ...' statement is line 202.  Note that I am using
> the
> >> mfc include files that came with Symantec 7.5, is there some known issue
> with
> >> those?
> >>
> >> Is 'sc' not invoking 'scppn' under the covers?
> >>
> >> Thanks,
> >> -Bruce
> >>
> >> Walter wrote:
> >>
> >> > The scppn.exe 8.1b5 is what I would put in a Symantec drop-in package.
> Try
> >> > running:
> >> >     scppn
> >> > and see if it says 8.1b5, because Jan ran into the same problem you did
> and
> >> > 8.1b5 fixed it.
> >> >
> >> > -Walter
> >> >
> >

Walter,

Cool, the new 8.15 plug-in did indeed fix the problem.  Must've been the DLL, as you said.  Thank you!

Minor nit:  The 8.15 plug-in package uncompresses to the directory name dm812.

Thanks again,
-Bruce



Walter wrote:

> <Slap on forehead> I think I know what the trouble is, Bruce must be using the dll version! I'll see if I can get that uploaded.
>