Open Bug 1286414 Opened 9 years ago Updated 3 years ago

AC_CHECK_FUNCs in our configure script will always fail on Windows

Categories

(Firefox Build System :: General, defect)

defect

Tracking

(Not tracked)

People

(Reporter: chmanchester, Unassigned)

Details

I noticed that libffi's build system thinks we have alloca available for a windows build, but a similar check in our (old-)configure script things we do not. We're setting /TC in CFLAGS, which means cl interprets every input file as a C source, and we're adding several .lib files to LIBS, which appears to be used when autoconf expects to link something as part of a test, so these checks fail on Windows with a string of errors like: conftest.c kernel32.lib c1: fatal error C1083: Cannot open source file: 'kernel32.lib': No such file or directory user32.lib c1: fatal error C1083: Cannot open source file: 'user32.lib': No such file or directory gdi32.lib c1: fatal error C1083: Cannot open source file: 'gdi32.lib': No such file or directory winmm.lib c1: fatal error C1083: Cannot open source file: 'winmm.lib': No such file or directory wsock32.lib c1: fatal error C1083: Cannot open source file: 'wsock32.lib': No such file or directory advapi32.lib c1: fatal error C1083: Cannot open source file: 'advapi32.lib': No such file or directory secur32.lib c1: fatal error C1083: Cannot open source file: 'secur32.lib': No such file or directory At least in the case of libffi, HAVE_ALLOCA does not appear to be checked meaningfully when building on Windows. But we should either fix these checks or skip them entirely on Windows if they aren't relevant.
Product: Core → Firefox Build System
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.