275997 - Build process stops in the beginning after checking midl

Status: RESOLVED INVALID

(SeaMonkey :: Build Config, defect)

Description

[Frederic Bezies]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0

Simple. I followed all the instructions from http://www.mozilla.org/build/win32.html

When I type make -f client.mk build, configure part stop a few seconds after
start, saying :

"checking for gawk... gawk
checking for midl... midl
configure: error: The linker major version, ,  does not match the compiler suite
version, 6.
*** Fix above errors and then restart with "make -f client.mk build"
make: *** [/cygdrive/c/logs/moz/mozilla/Makefile] Error 1"

Reproducible: Always

Steps to Reproduce:
1.See details
2.
3.

Actual Results:  
build process stops

Expected Results:  
build process continuing ?

The last time I built Mozilla under windows (around 15 of november), it worked
perfectly. Today, I cannot get it to work... It is driving me crazy :(

It also worked perfectly 3 days ago under my linux fedora core 3 installation.

.mozconfig used :

"mk_add_options MOZ_CO_PROJECT=suite
ac_add_options --enable-application=suite

ac_add_options --disable-tests 
ac_add_options --enable-extensions=default,tasks
ac_add_options --without-system-jpeg 
ac_add_options --without-system-zlib 
ac_add_options --disable-debug 

ac_add_options --enable-crypto

ac_add_options --enable-optimize="-O1 -G6"
ac_add_options --disable-auto-deps

ac_add_options --enable-static
ac_add_options --disable-shared

ac_add_options --enable-calendar"

Here is the full config.log until "crash" :

"Adding client.mk options from /cygdrive/c/logs/moz/mozilla/.mozconfig:
    MOZ_CO_PROJECT=suite
cd /cygdrive/c/logs/moz/mozilla
/cygdrive/c/logs/moz/mozilla/configure
Adding configure options from /cygdrive/c/logs/moz/mozilla/.mozconfig:
  --enable-application=suite
  --disable-tests
  --enable-extensions=default,tasks
  --without-system-jpeg
  --without-system-zlib
  --disable-debug
  --enable-crypto
  --enable-optimize=-O1 -G6
  --disable-auto-deps
  --enable-static
  --disable-shared
  --enable-calendar
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 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... ranlib
checking for ml... /cygdrive/c/Program Files/Microsoft Visual Studio/VC98/bin/ml
checking for ar... ar
checking for ld... link
checking for strip... strip
checking for windres... windres
/cygdrive/c/Program: not found
checking for gawk... gawk
checking for midl... midl
configure: error: The linker major version, ,  does not match the compiler suite
version, 6.
*** Fix above errors and then restart with "make -f client.mk build"
make: *** [/cygdrive/c/logs/moz/mozilla/Makefile] Error 1"

Comment 1

[cls]

Please attach the config.log file from the build.

Comment 2

[Frederic Bezies]

Attachment: config.log

I tried also with ms vc++ 7.1 and it still stops at the same point !

This is driving me crazy :(

Comment 3

[cls]

What does 'link -v' return? 

Are you using a non-english versoin of MSVC?  I (mis?)remember Glazou having a
problem at one point with the French version of MSVC due to a difference in the
version string output.  Not sure how that issue was resolved.

Comment 4

[Frederic Bezies]

It seems there is a "war" between link utility from MS and the one given with
cygwin...

If cygwin one is the first recognized, it crashes.

Testing after renaming link.exe (from cygwin) to link-1.exe

Comment 5

[Frederic Bezies]

link.exe is related to corutils package of cygwin 1.5.12, I used. Maybe it is
the reason of the conflict ?

Last time I used cygwin it was an older version.

Comment 6

[cls]

If the wrong link.exe is in your PATH first, that's definitely the problem.  I
guess link is the verbosely-named version of ln?  The fix is simple.  Put the
MSVC bindir in your path first or set LD=c:/path/to/link.exe in your mozconfig.