Anton Bobrov wrote:
please make sure you pass -m32 on 32b linux builds explicitly.
what we noticed is that on RHEL3.x and 4.x, both x86-64, every
thing delivered and geared up for 64b world so not giving -m32
on those platforms will result in attempt to make 64b binaries.
These changes are only for using gcc on Solaris. Using gcc on linux is
handled elsewhere, and you are correct - the default behavior for gcc on
linux x86_64 is to build 64 bit binaries. On Solaris, it seems that you
must tell gcc if you want 32 bit or 64 bit binaries, even on sparcv9.
apart from that it looks good not sure what you did with lber
static object there, it supposed to be assembled with libldap.
Perhaps we need a different way to do it. Using
$(LINK_LIB) $(EXTRA_LIBS)
doesn't seem to work.
Rich Megginson wrote:
https://bugzilla.mozilla.org/show_bug.cgi?id=323307
Files: https://bugzilla.mozilla.org/attachment.cgi?id=208744
Diffs: https://bugzilla.mozilla.org/attachment.cgi?id=208745
There were only a few places that needed to be changed. I needed to
change the order of c++ and cc detection around in configure - it
seems that if you do the cross compilation stuff first, it messes up
the "regular" case, which is the more important one. In order for the
GNU_CC tests to work, you must define CC=gcc and CXX=g++ on the
configure command line. If building 64 bit, you must also specify
CFLAGS=-m64 and CXXFLAGS=-m64. I also removed the extra arguments for
static library building as they were not only not necessary but they
were also making the build abort.
_______________________________________________
mozilla-directory mailing list
[email protected]
http://mail.mozilla.org/listinfo/mozilla-directory
_______________________________________________
mozilla-directory mailing list
[email protected]
http://mail.mozilla.org/listinfo/mozilla-directory
