HELP: M$ Visual C++ Toolkit (VC++T) Errors

moox · Post by **moox** » April 23rd, 2004, 8:58 am

This seemed SO much easier in a MingW/GCC environment. Anywho, here is the error dump

nspr.res : warning LNK4221: no public symbols found; archive member will be inaccessible
fatal error C1048: unknown option '6' in '-G6'
LIB : fatal error LNK1257: code generation failed
make[5]: *** [nspr4_s.lib] Error 233
make[5]: Leaving directory `/cygdrive/d/Dev/mozilla/mozilla/nsprpub/pr/src'
make[4]: *** [export] Error 2
make[4]: Leaving directory `/cygdrive/d/Dev/mozilla/mozilla/nsprpub/pr'
make[3]: *** [export] Error 2
make[3]: Leaving directory `/cygdrive/d/Dev/mozilla/mozilla/nsprpub'
make[2]: *** [nspr] Error 2
make[2]: Leaving directory `/cygdrive/d/Dev/mozilla/mozilla'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/cygdrive/d/Dev/mozilla/mozilla'
make: *** [build] Error 2

I get the same thing if I use a -G7 flag. Any tips on where I am screwing up? I am so close to getting this to compile I can smell it... :crazyeyes:

Here is my environment as well (breaks inserted for ease of reading and prevention of window scroll)

Code: Select all

Set PATH=
D:\Dev\vc71\bin;
C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin;
C:\Program Files\Microsoft SDK\Bin;
C:\Program Files\Microsoft.NET\SDK\v1.1\Bin;
C:\Windows\System32;
C:\Windows;
C:\Windows\Syetem32\Wbem;
D:\Dev\moztools\bin;
D:\Dev\cygwin\bin;
C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE;
C:\Program Files\Microsoft SDK\Bin\Win64;
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322;
C:\masm32\bin;
%PATH%

Set INCLUDE=
C:\Program Files\Microsoft Visual C++ Toolkit 2003\include;
C:\Program Files\Microsoft SDK\include;
C:\Program Files\Microsoft.NET\SDK\v1.1\include;
C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include;
C:\Program Files\Microsoft SDK\include\Win64\crt;
C:\masm32\include;
%INCLUDE%

Set LIB=
C:\Program Files\Microsoft Visual C++ Toolkit 2003\lib;
C:\Program Files\Microsoft SDK\Lib;
C:\Program Files\Microsoft.NET\SDK\v1.1\Lib;
C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\lib;
C:\masm32\lib;

C:\Program Files\Microsoft SDK\Lib\IA64;
%LIB%

Again, any tips would help - I think I have been staring at all of this WAY too long and I am missing something obvious.

lordmedikit · Post by **lordmedikit** » April 23rd, 2004, 9:05 am

You should search, but nevermind, here is a link from someone that managed it:
http://forums.mozillazine.org/viewtopic.php?t=71100
And here is the thread with info about he managed it:
http://forums.mozillazine.org/viewtopic.php?t=70783

moox · Post by **moox** » April 23rd, 2004, 9:11 am

lordmedikit
I did search and I am basing much of what I doing off of Tiermann's write up. Nonetheless, it is not clear to me exactly what he did to overcome the error. That is why I am asking for help.

alex-the-cat · Post by **alex-the-cat** » April 23rd, 2004, 9:36 am

try /Gy ?

moox · Post by **moox** » April 23rd, 2004, 9:40 am

alex-the-cat
Thanks for the suggestion but that is already in there b/c /O2 infers /Gy, i.e. /O2 is equivalent to /Og /Oi /Ot /Oy /Ob2 /Gs /GF /Gy

Goldzilla · Post by **Goldzilla** » April 23rd, 2004, 9:44 am

I thought that I already posted but we'll try again.

Do you have a VC 6 installation that the CL command might be going to? Is the Processor Pack required for G6 and G7 and might there be a path problem there?

moox · Post by **moox** » April 23rd, 2004, 9:48 am

Goldzilla
No VC 6 installation anywhere on this system (that I am aware of). That being the case there is no processor pack either.

Just ran a "cl /?' command and here is the relevant dump:

Code: Select all

d:\Dev\mozilla>cl /?
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3052 for 80x86
Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.

That appears to be pointing to the Microsoft Visual C++ Toolkit 2003. That is correct, right?

moox · Post by **moox** » April 23rd, 2004, 10:58 am

Here is what I just found from MSDN regarding the error code LNK1257:

When compiling with /GL, the linker failed to perform code generation. Investigate any compiler diagnostics that have been emitted and try to remedy them.

I will be trying first without the /GL switch...

If that works, then I will go again using /GL after I modify mozilla/js/src/xpconnect/src/makefile.in by deleting the last block in the file (THANK YOU STIPE!).

TierMann · Post by **TierMann** » April 23rd, 2004, 11:15 am

Sorry. I just woke up. Long night.

Yes. GL = No good with toolkit. Atleast for compiling mozilla apps.

I forgot to add that info. Thank you moox.