Met problem on my first attempt to build

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

Met problem on my first attempt to build

Joshua Zhao
I'm a newbie on Mozilla project. I tried to work on WinXP. I
downloaded the source, installed Cygwin and MS Visual Studio 2005,
followed instructions on initial configurations. As I try to build it,
I met the following error message:

$ make -f client.mk build
make[1]: Entering directory `/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/mo
zilla'
cd /cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/mozilla
/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/mozilla/configure
loading cache ./config.cache
checking host system type... i686-pc-cygwin
checking target system type... i686-pc-cygwin
checking build system type... i686-pc-cygwin
checking for gawk... gawk
checking for nsinstall... /cygdrive/d/DevTools/moztools/bin/nsinstall
checking for gcc... cl
checking whether the C compiler (cl  ) works... no
configure: error: installation or configuration problem: C compiler cannot creat
e executables.
*** Fix above errors and then restart with "make -f client.mk build"
make[1]: *** [configure] Error 1
make[1]: Leaving directory `/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/moz
illa'
make: *** [/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/mozilla/Makefile] Er
ror 2


It seems that the complier doesn't work properly. This might be a very
simple problem, but I'm really a newbie here and have no idea on how
to configure. Any help/suggestions would be highly appreciated!

Thank you very much!
Joshua
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Daniel Veditz
Joshua Zhao wrote:
> It seems that the complier doesn't work properly. This might be a very
> simple problem, but I'm really a newbie here and have no idea on how
> to configure. Any help/suggestions would be highly appreciated!

http://developer.mozilla.org/en/docs/Mozilla_Build_FAQ#Win32-specific_questions

probably need to run vsvars32.bat, but the above FAQ has other common
problems.
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Joshua Zhao
Thank you for your reply, Dan!
How to run vsvars32.bat is actually making me confused. Apparently a
DOS Batch file won't run under cygwin. I can run it in a command
prompt window, but its change on environment is only valid for that
window, which won't affect cygwin environment.
So how could I solve that?

Many thanks,
Joshua


On 4/19/06, Dan Veditz <[hidden email]> wrote:

> Joshua Zhao wrote:
> > It seems that the complier doesn't work properly. This might be a very
> > simple problem, but I'm really a newbie here and have no idea on how
> > to configure. Any help/suggestions would be highly appreciated!
>
> http://developer.mozilla.org/en/docs/Mozilla_Build_FAQ#Win32-specific_questions
>
> probably need to run vsvars32.bat, but the above FAQ has other common
> problems.
> _______________________________________________
> dev-builds mailing list
> [hidden email]
> https://lists.mozilla.org/listinfo/dev-builds
>
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Daniel Veditz
In reply to this post by Daniel Veditz
Joshua Zhao wrote:
> How to run vsvars32.bat is actually making me confused. Apparently a
> DOS Batch file won't run under cygwin. I can run it in a command
> prompt window, but its change on environment is only valid for that
> window, which won't affect cygwin environment.
> So how could I solve that?

Either run the whole build in a windows command prompt (works if your
paths are right), or translate the vsvars environment settings into a
bash script. Or set them globally in your windows settings.
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Niky Williams
In reply to this post by Daniel Veditz
Joshua Zhao wrote:

> Thank you for your reply, Dan!
> How to run vsvars32.bat is actually making me confused. Apparently a
> DOS Batch file won't run under cygwin. I can run it in a command
> prompt window, but its change on environment is only valid for that
> window, which won't affect cygwin environment.
> So how could I solve that?
>
> Many thanks,
> Joshua
>
>
> On 4/19/06, Dan Veditz <[hidden email]> wrote:
>> Joshua Zhao wrote:
>>> It seems that the complier doesn't work properly. This might be a very
>>> simple problem, but I'm really a newbie here and have no idea on how
>>> to configure. Any help/suggestions would be highly appreciated!
>> http://developer.mozilla.org/en/docs/Mozilla_Build_FAQ#Win32-specific_questions
>>
>> probably need to run vsvars32.bat, but the above FAQ has other common
>> problems.
>> _______________________________________________
>> dev-builds mailing list
>> [hidden email]
>> https://lists.mozilla.org/listinfo/dev-builds
>>
Joshua,
Let us know if you have any more issues...I just got finished setting up
a build environment for my Win 2K/VS2K3 system for FF 1.5.0.2 so it's
pretty fresh in my mind.

Niky Williams
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Joshua Zhao
That's cool~~~
How did you run vsvars32.bat before you build? Did you build it with
Cygwin or a command window?

Thank you in advance!
Joshua

On 4/20/06, Niky Williams <[hidden email]> wrote:
> >>
> Joshua,
> Let us know if you have any more issues...I just got finished setting up
> a build environment for my Win 2K/VS2K3 system for FF 1.5.0.2 so it's
> pretty fresh in my mind.
>
> Niky Williams
>
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Joshua Zhao
Good! It does solve the problem of not recognizing compiler and goes
further. But after that, I got new errors :( Please see the following
message:

checking for gcc... cl
checking whether the C compiler (cl  ) works... yes
checking whether the C compiler (cl  ) is a cross-compiler... no
checking whether we are using GNU C... no
checking whether cl accepts -g... no
checking for c++... cl
checking whether the C++ compiler (cl  ) works... yes
checking whether the C++ compiler (cl  ) is a cross-compiler... no
checking whether we are using GNU C++... no
checking whether cl accepts -g... no
checking for ranlib... :
checking for ml... /cygdrive/c/Program Files/Microsoft Visual Studio 8/VC/BIN/ml

checking for ar... no
checking for ld... link
checking for strip... no
checking for windres... no
checking for midl... midl
configure: error: The linker major version, ,  does not match the compiler suite
 version, 8.
*** Fix above errors and then restart with "make -f client.mk build"
make[1]: *** [configure] Error 1
make[1]: Leaving directory `/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/moz
illa'
make: *** [/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/mozilla/Makefile] Er
ror 2

Any ideas?

Many thanks,
Joshua


On 4/20/06, Niky Williams <[hidden email]> wrote:

> If you will look under your start menu VS 2Kwhatever->Visual Studio .NET
> Tools->Visual Studio .NET Command Prompt
> Once that is going, get into your cygwin dir from that prompt and run
> cygwin there.
>
> Niky Williams
>
> Joshua Zhao wrote:
> > That's cool~~~
> > How did you run vsvars32.bat before you build? Did you build it with
> > Cygwin or a command window?
> >
> > Thank you in advance!
> > Joshua
> >
> > On 4/20/06, Niky Williams <[hidden email]> wrote:
> >
> >> Joshua,
> >> Let us know if you have any more issues...I just got finished setting up
> >> a build environment for my Win 2K/VS2K3 system for FF 1.5.0.2 so it's
> >> pretty fresh in my mind.
> >>
> >> Niky Williams
> >>
> >>
>
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Niky Williams
In reply to this post by Joshua Zhao
Joshua Zhao wrote:

> Good! It does solve the problem of not recognizing compiler and goes
> further. But after that, I got new errors :( Please see the following
> message:
>
> checking for gcc... cl
> checking whether the C compiler (cl  ) works... yes
> checking whether the C compiler (cl  ) is a cross-compiler... no
> checking whether we are using GNU C... no
> checking whether cl accepts -g... no
> checking for c++... cl
> checking whether the C++ compiler (cl  ) works... yes
> checking whether the C++ compiler (cl  ) is a cross-compiler... no
> checking whether we are using GNU C++... no
> checking whether cl accepts -g... no
> checking for ranlib... :
> checking for ml... /cygdrive/c/Program Files/Microsoft Visual Studio 8/VC/BIN/ml
>
> checking for ar... no
> checking for ld... link
> checking for strip... no
> checking for windres... no
> checking for midl... midl
> configure: error: The linker major version, ,  does not match the compiler suite
>  version, 8.
> *** Fix above errors and then restart with "make -f client.mk build"
> make[1]: *** [configure] Error 1
> make[1]: Leaving directory `/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/moz
> illa'
> make: *** [/cygdrive/d/DevTools/MozillaFirefox1.5rc3/source/mozilla/Makefile] Er
> ror 2
>
> Any ideas?
>
> Many thanks,
> Joshua
>
>
> On 4/20/06, Niky Williams <[hidden email]> wrote:
>> If you will look under your start menu VS 2Kwhatever->Visual Studio .NET
>> Tools->Visual Studio .NET Command Prompt
>> Once that is going, get into your cygwin dir from that prompt and run
>> cygwin there.
>>
>> Niky Williams
>>
>> Joshua Zhao wrote:
>>> That's cool~~~
>>> How did you run vsvars32.bat before you build? Did you build it with
>>> Cygwin or a command window?
>>>
>>> Thank you in advance!
>>> Joshua
>>>
>>> On 4/20/06, Niky Williams <[hidden email]> wrote:
>>>
>>>> Joshua,
>>>> Let us know if you have any more issues...I just got finished setting up
>>>> a build environment for my Win 2K/VS2K3 system for FF 1.5.0.2 so it's
>>>> pretty fresh in my mind.
>>>>
>>>> Niky Williams
>>>>
>>>>
Joshua,
If you will go into your cygwin\bin directory and rename your link.exe
to something else, then try it again, I think you will get past that
part.  Good Luck!

Niky Williams
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Benjamin Smedberg
In reply to this post by Joshua Zhao
Joshua Zhao wrote:
> Good! It does solve the problem of not recognizing compiler and goes
> further. But after that, I got new errors :( Please see the following
> message:
>

> configure: error: The linker major version, ,  does not match the compiler suite
>  version, 8.
> *** Fix above errors and then restart with "make -f client.mk build"

Please read the configuration docs at
http://developer.mozilla.org/en/docs/Windows_Build_Prerequisites#Configure_the_Environment

Unless you have a good reason not to use the windows batch script provided
there, you should: it will make sure that your PATH and other environment
variables are in the correct order. In this case the cygwin paths are in
front of your MSVC paths, causing the wrong link.exe to be found.

--BDS

_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Joshua Zhao
I did follow that, but it still happens.
Anyway, Niky's suggestion works. I really appreciate.
Now past that, I got new error again :-(  This time it seems like VC
causes some lib conflicts, but I have no idea how to fix this or maybe
disable one from others?

.......
.......
LIBCMT.lib(errmode.obj) : error LNK2005: ___set_app_type already
defined in MSVCRT.lib(MSVCR80.dll)
LIBCMT.lib(osfinfo.obj) : error LNK2005: __get_osfhandle already defined in MSVC
RT.lib(MSVCR80.dll)
LIBCMT.lib(isctype.obj) : error LNK2005: __isctype already defined in MSVCRT.lib
(MSVCR80.dll)
LIBCMT.lib(getenv.obj) : error LNK2005: _getenv already defined in MSVCRT.lib(MS
VCR80.dll)
LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in MSVCRT.lib(
MSVCR80.dll)
MSVCRT.lib(MSVCR80.dll) : error LNK2005: __strdup already defined in
LIBCMT.lib(strdup.obj)
   Creating library xpidl.lib and object xpidl.exp
LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; us
e /NODEFAULTLIB:library
LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; us
e /NODEFAULTLIB:library
xpidl.exe : fatal error LNK1169: one or more multiply defined symbols found
make[6]: *** [xpidl.exe] Error 145
..............
.............

Please help~~~~~~~

Many thanks,
Joshua




On 4/20/06, Benjamin Smedberg <[hidden email]> wrote:

> Joshua Zhao wrote:
> > Good! It does solve the problem of not recognizing compiler and goes
> > further. But after that, I got new errors :( Please see the following
> > message:
> >
>
> > configure: error: The linker major version, ,  does not match the compiler suite
> >  version, 8.
> > *** Fix above errors and then restart with "make -f client.mk build"
>
> Please read the configuration docs at
> http://developer.mozilla.org/en/docs/Windows_Build_Prerequisites#Configure_the_Environment
>
> Unless you have a good reason not to use the windows batch script provided
> there, you should: it will make sure that your PATH and other environment
> variables are in the correct order. In this case the cygwin paths are in
> front of your MSVC paths, causing the wrong link.exe to be found.
>
> --BDS
>
> _______________________________________________
> dev-builds mailing list
> [hidden email]
> https://lists.mozilla.org/listinfo/dev-builds
>
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Joshua Zhao
I tried to add "@set LINK=/NODEFAULTLIB:MSVCRT /NODEFAULTLIB:LIBCMT"
into vsvars32.bat to avoid the conflicts between libraries. However, I
got bunch of new error messages like the following.

xpidl.obj : error LNK2001: unresolved external symbol __imp____iob_func
xpidl_idl.obj : error LNK2001: unresolved external symbol __imp____iob_func
xpidl_util.obj : error LNK2001: unresolved external symbol __imp____iob_func
xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp____iob
_func
xpidl_doc.obj : error LNK2001: unresolved external symbol __imp__fputs
xpidl_java.obj : error LNK2019: unresolved external symbol __imp__fputs referenc
ed in function _interface_declaration
xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp__fputs

xpidl.obj : error LNK2001: unresolved external symbol __imp__fputs
xpidl_idl.obj : error LNK2001: unresolved external symbol __imp__fputs
xpidl_util.obj : error LNK2001: unresolved external symbol __imp__fputs
xpidl_header.obj : error LNK2001: unresolved external symbol __imp__fputs



On 4/20/06, Joshua Zhao <[hidden email]> wrote:

> I did follow that, but it still happens.
> Anyway, Niky's suggestion works. I really appreciate.
> Now past that, I got new error again :-(  This time it seems like VC
> causes some lib conflicts, but I have no idea how to fix this or maybe
> disable one from others?
>
> .......
> .......
> LIBCMT.lib(errmode.obj) : error LNK2005: ___set_app_type already
> defined in MSVCRT.lib(MSVCR80.dll)
> LIBCMT.lib(osfinfo.obj) : error LNK2005: __get_osfhandle already defined in MSVC
> RT.lib(MSVCR80.dll)
> LIBCMT.lib(isctype.obj) : error LNK2005: __isctype already defined in MSVCRT.lib
> (MSVCR80.dll)
> LIBCMT.lib(getenv.obj) : error LNK2005: _getenv already defined in MSVCRT.lib(MS
> VCR80.dll)
> LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in MSVCRT.lib(
> MSVCR80.dll)
> MSVCRT.lib(MSVCR80.dll) : error LNK2005: __strdup already defined in
> LIBCMT.lib(strdup.obj)
>   Creating library xpidl.lib and object xpidl.exp
> LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; us
> e /NODEFAULTLIB:library
> LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; us
> e /NODEFAULTLIB:library
> xpidl.exe : fatal error LNK1169: one or more multiply defined symbols found
> make[6]: *** [xpidl.exe] Error 145
> ..............
> .............
>
> Please help~~~~~~~
>
> Many thanks,
> Joshua
>
>
>
>
> On 4/20/06, Benjamin Smedberg <[hidden email]> wrote:
> > Joshua Zhao wrote:
> > > Good! It does solve the problem of not recognizing compiler and goes
> > > further. But after that, I got new errors :( Please see the following
> > > message:
> > >
> >
> > > configure: error: The linker major version, ,  does not match the compiler suite
> > >  version, 8.
> > > *** Fix above errors and then restart with "make -f client.mk build"
> >
> > Please read the configuration docs at
> > http://developer.mozilla.org/en/docs/Windows_Build_Prerequisites#Configure_the_Environment
> >
> > Unless you have a good reason not to use the windows batch script provided
> > there, you should: it will make sure that your PATH and other environment
> > variables are in the correct order. In this case the cygwin paths are in
> > front of your MSVC paths, causing the wrong link.exe to be found.
> >
> > --BDS
> >
> > _______________________________________________
> > dev-builds mailing list
> > [hidden email]
> > https://lists.mozilla.org/listinfo/dev-builds
> >
>
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Niky Williams
In reply to this post by Joshua Zhao
Joshua Zhao wrote:

> I tried to add "@set LINK=/NODEFAULTLIB:MSVCRT /NODEFAULTLIB:LIBCMT"
> into vsvars32.bat to avoid the conflicts between libraries. However, I
> got bunch of new error messages like the following.
>
> xpidl.obj : error LNK2001: unresolved external symbol __imp____iob_func
> xpidl_idl.obj : error LNK2001: unresolved external symbol __imp____iob_func
> xpidl_util.obj : error LNK2001: unresolved external symbol __imp____iob_func
> xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp____iob
> _func
> xpidl_doc.obj : error LNK2001: unresolved external symbol __imp__fputs
> xpidl_java.obj : error LNK2019: unresolved external symbol __imp__fputs referenc
> ed in function _interface_declaration
> xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp__fputs
>
> xpidl.obj : error LNK2001: unresolved external symbol __imp__fputs
> xpidl_idl.obj : error LNK2001: unresolved external symbol __imp__fputs
> xpidl_util.obj : error LNK2001: unresolved external symbol __imp__fputs
> xpidl_header.obj : error LNK2001: unresolved external symbol __imp__fputs
>
>
>
> On 4/20/06, Joshua Zhao <[hidden email]> wrote:
>> I did follow that, but it still happens.
>> Anyway, Niky's suggestion works. I really appreciate.
>> Now past that, I got new error again :-(  This time it seems like VC
>> causes some lib conflicts, but I have no idea how to fix this or maybe
>> disable one from others?
>>
>> .......
>> .......
>> LIBCMT.lib(errmode.obj) : error LNK2005: ___set_app_type already
>> defined in MSVCRT.lib(MSVCR80.dll)
>> LIBCMT.lib(osfinfo.obj) : error LNK2005: __get_osfhandle already defined in MSVC
>> RT.lib(MSVCR80.dll)
>> LIBCMT.lib(isctype.obj) : error LNK2005: __isctype already defined in MSVCRT.lib
>> (MSVCR80.dll)
>> LIBCMT.lib(getenv.obj) : error LNK2005: _getenv already defined in MSVCRT.lib(MS
>> VCR80.dll)
>> LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in MSVCRT.lib(
>> MSVCR80.dll)
>> MSVCRT.lib(MSVCR80.dll) : error LNK2005: __strdup already defined in
>> LIBCMT.lib(strdup.obj)
>>   Creating library xpidl.lib and object xpidl.exp
>> LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; us
>> e /NODEFAULTLIB:library
>> LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; us
>> e /NODEFAULTLIB:library
>> xpidl.exe : fatal error LNK1169: one or more multiply defined symbols found
>> make[6]: *** [xpidl.exe] Error 145
>> ..............
>> .............
>>
>> Please help~~~~~~~
>>
>> Many thanks,
>> Joshua
>>
>>
>>
>>
>> On 4/20/06, Benjamin Smedberg <[hidden email]> wrote:
>>> Joshua Zhao wrote:
>>>> Good! It does solve the problem of not recognizing compiler and goes
>>>> further. But after that, I got new errors :( Please see the following
>>>> message:
>>>>
>>>> configure: error: The linker major version, ,  does not match the compiler suite
>>>>  version, 8.
>>>> *** Fix above errors and then restart with "make -f client.mk build"
>>> Please read the configuration docs at
>>> http://developer.mozilla.org/en/docs/Windows_Build_Prerequisites#Configure_the_Environment
>>>
>>> Unless you have a good reason not to use the windows batch script provided
>>> there, you should: it will make sure that your PATH and other environment
>>> variables are in the correct order. In this case the cygwin paths are in
>>> front of your MSVC paths, causing the wrong link.exe to be found.
>>>
>>> --BDS
>>>
>>> _______________________________________________
>>> dev-builds mailing list
>>> [hidden email]
>>> https://lists.mozilla.org/listinfo/dev-builds
>>>

Joshua
Well, I didn't have any linking problems when I was building Gecko, BUT
I did have some linking issues like you are talking about when I was
setting up my embedding app...Here is what I use, I don't know if it
will be of any help:

Debug:
/NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
/NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrtd.lib

Release:
/NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
/NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib

Niky Williams
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Joshua Zhao
This MSVC makes me frustrated. Should I change to try GCC?
:-(((((


On 4/21/06, Niky Williams <[hidden email]> wrote:

> Joshua Zhao wrote:
> > I tried to add "@set LINK=/NODEFAULTLIB:MSVCRT /NODEFAULTLIB:LIBCMT"
> > into vsvars32.bat to avoid the conflicts between libraries. However, I
> > got bunch of new error messages like the following.
> >
> > xpidl.obj : error LNK2001: unresolved external symbol __imp____iob_func
> > xpidl_idl.obj : error LNK2001: unresolved external symbol __imp____iob_func
> > xpidl_util.obj : error LNK2001: unresolved external symbol __imp____iob_func
> > xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp____iob
> > _func
> > xpidl_doc.obj : error LNK2001: unresolved external symbol __imp__fputs
> > xpidl_java.obj : error LNK2019: unresolved external symbol __imp__fputs referenc
> > ed in function _interface_declaration
> > xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp__fputs
> >
> > xpidl.obj : error LNK2001: unresolved external symbol __imp__fputs
> > xpidl_idl.obj : error LNK2001: unresolved external symbol __imp__fputs
> > xpidl_util.obj : error LNK2001: unresolved external symbol __imp__fputs
> > xpidl_header.obj : error LNK2001: unresolved external symbol __imp__fputs
> >
> >
> >
> >>>
>
> Joshua
> Well, I didn't have any linking problems when I was building Gecko, BUT
> I did have some linking issues like you are talking about when I was
> setting up my embedding app...Here is what I use, I don't know if it
> will be of any help:
>
> Debug:
> /NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
> /NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrtd.lib
>
> Release:
> /NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
> /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib
>
> Niky Williams
>
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

madgeardesigns
In reply to this post by Niky Williams
Joshua Zhao wrote:

> This MSVC makes me frustrated. Should I change to try GCC?
> :-(((((
>
>
> On 4/21/06, Niky Williams <[hidden email]> wrote:
> > Joshua Zhao wrote:
> > > I tried to add "@set LINK=/NODEFAULTLIB:MSVCRT /NODEFAULTLIB:LIBCMT"
> > > into vsvars32.bat to avoid the conflicts between libraries. However, I
> > > got bunch of new error messages like the following.
> > >
> > > xpidl.obj : error LNK2001: unresolved external symbol __imp____iob_func
> > > xpidl_idl.obj : error LNK2001: unresolved external symbol __imp____iob_func
> > > xpidl_util.obj : error LNK2001: unresolved external symbol __imp____iob_func
> > > xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp____iob
> > > _func
> > > xpidl_doc.obj : error LNK2001: unresolved external symbol __imp__fputs
> > > xpidl_java.obj : error LNK2019: unresolved external symbol __imp__fputs referenc
> > > ed in function _interface_declaration
> > > xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp__fputs
> > >
> > > xpidl.obj : error LNK2001: unresolved external symbol __imp__fputs
> > > xpidl_idl.obj : error LNK2001: unresolved external symbol __imp__fputs
> > > xpidl_util.obj : error LNK2001: unresolved external symbol __imp__fputs
> > > xpidl_header.obj : error LNK2001: unresolved external symbol __imp__fputs
> > >
> > >
> > >
> > >>>
> >
> > Joshua
> > Well, I didn't have any linking problems when I was building Gecko, BUT
> > I did have some linking issues like you are talking about when I was
> > setting up my embedding app...Here is what I use, I don't know if it
> > will be of any help:
> >
> > Debug:
> > /NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
> > /NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrtd.lib
> >
> > Release:
> > /NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
> > /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib
> >
> > Niky Williams
> >
I'm thankful for your chime-ins, Niky! I'm having similar problems and
I'm going to make an attempt to stick this nodefault stuff into the
make files in various directories. I do not know how to add it globally
to the build, though, but I'm sure that it is possible.

_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: Met problem on my first attempt to build

Niky Williams
[hidden email] wrote:

> Joshua Zhao wrote:
>> This MSVC makes me frustrated. Should I change to try GCC?
>> :-(((((
>>
>>
>> On 4/21/06, Niky Williams <[hidden email]> wrote:
>>> Joshua Zhao wrote:
>>>> I tried to add "@set LINK=/NODEFAULTLIB:MSVCRT /NODEFAULTLIB:LIBCMT"
>>>> into vsvars32.bat to avoid the conflicts between libraries. However, I
>>>> got bunch of new error messages like the following.
>>>>
>>>> xpidl.obj : error LNK2001: unresolved external symbol __imp____iob_func
>>>> xpidl_idl.obj : error LNK2001: unresolved external symbol __imp____iob_func
>>>> xpidl_util.obj : error LNK2001: unresolved external symbol __imp____iob_func
>>>> xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp____iob
>>>> _func
>>>> xpidl_doc.obj : error LNK2001: unresolved external symbol __imp__fputs
>>>> xpidl_java.obj : error LNK2019: unresolved external symbol __imp__fputs referenc
>>>> ed in function _interface_declaration
>>>> xpt.lib(xpt_struct.obj) : error LNK2001: unresolved external symbol __imp__fputs
>>>>
>>>> xpidl.obj : error LNK2001: unresolved external symbol __imp__fputs
>>>> xpidl_idl.obj : error LNK2001: unresolved external symbol __imp__fputs
>>>> xpidl_util.obj : error LNK2001: unresolved external symbol __imp__fputs
>>>> xpidl_header.obj : error LNK2001: unresolved external symbol __imp__fputs
>>>>
>>>>
>>>>
>>> Joshua
>>> Well, I didn't have any linking problems when I was building Gecko, BUT
>>> I did have some linking issues like you are talking about when I was
>>> setting up my embedding app...Here is what I use, I don't know if it
>>> will be of any help:
>>>
>>> Debug:
>>> /NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
>>> /NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrtd.lib
>>>
>>> Release:
>>> /NODEFAULTLIB:libc.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib
>>> /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib
>>>
>>> Niky Williams
>>>
> I'm thankful for your chime-ins, Niky! I'm having similar problems and
> I'm going to make an attempt to stick this nodefault stuff into the
> make files in various directories. I do not know how to add it globally
> to the build, though, but I'm sure that it is possible.
>
For building Gecko/FF or for building an app with Gecko embedded?  If
you are doing an embedded app in MSVC, you can add it to the link
properties command line. :-)

Niky
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds