Closed Bug 39787 Opened 24 years ago Closed 24 years ago

CFLAGS specified to configure (HOST_CFLAGS) are ignored in too many cases (M15)

Categories

(SeaMonkey :: Build Config, defect, P3)

x86
FreeBSD
defect

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: mi+mozilla, Assigned: cls)

Details

During a FreeBSD port build of mozilla (or any other port), the desired CC, CXX,
CFLAGS, and CXXFLAGS are passed to the configure script in the environment.

The configure seems to aknowledge them:
[...]
configure:1874: checking whether the C compiler (cc -O -pipe -mcpu=i686 -march=i
686 -fexpensive-optimizations ) works
configure:1890: cc -o conftest -O -pipe -mcpu=i686 -march=i686 -fexpensive-optim
izations   conftest.c  1>&5
configure:1916: checking whether the C compiler (cc -O -pipe -mcpu=i686 -march=i
686 -fexpensive-optimizations ) is a cross-compiler
[...]

and they are indeed used to compile SOME of the source files, but far not
all of them.

The easiest way to test this is to run configure as:
	env CFLAGS='..whatever you use.. -DHAIRY_BLUE_FLAMINGO' ./configure
then do
	gmake |& tee log
and grep the log for the weird bird...
Mikhail, the only files that I know of that would not use the passed in CFLAGS
are in NSPR.  Can you actually post a small list of the files affected? (I'd
test but my normal build hosts are down at them moment). I don't understand the
reference to HOST_CFLAGS in the subject.
this is a 'dead' bug and has sat for over a month in unconfirmed waters...I'm 
temporarily resolving as invalid for now because we haven't heard back from the 
reporter in over a month, either to confirm that this still happens or to 
answer any of cls's questions...
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.