Closed
Bug 483578
Opened 16 years ago
Closed 16 years ago
Need xptcall implementation for Solaris x86-64
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 288995
People
(Reporter: david.ward, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.7) Gecko/2009030423 Ubuntu/8.10 (intrepid) Firefox/3.0.7
Build Identifier:
There are no platform implementation files (in mozilla/xpcom/reflect/xptcall/src/md/unix) for Solaris on the 64-bit Intel platform, which can be used with the native compilers from Sun. (Building with GCC seems to be broken, at least on OpenSolaris 2008.11 using the supplied GCC.)
As of now, the build system will attempt to use the files for Solaris on 32-bit Intel, but either the assembler returns an error immediately (if ASFLAGS=-m64), or it assembles it as a 32-bit object and so the nsXPTCStubBase symbols wind up missing from libxpcom_core.so, breaking things later on in the build.
I am ultimately trying to build Sunbird 1.0pre under OpenSolaris 2008.11. I've noticed some other issues with the build under OpenSolaris, all of which I've been able to work around for now, which I intend to file bugs on once I get a working build. However I believe this particular problem is blocking any Mozilla builds on this platform. The .mozconfig I am using to build Sunbird on OpenSolaris 2008.11 is below. (It is necessary to have the following Solaris packages installed: SUNWhea SUNWmercurial SUNWsfwhea SUNWxwinc SUNWxorg-headers SUNWgm4 SUNWgnome-common-devel SUNWcvs SUNWgmake sunstudio)
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
mk_add_options MOZ_CO_PROJECT="calendar"
# Building with GCC seems to be broken. These lines are only necessary if GCC
# is installed.
export CC="/opt/SunStudioExpress/bin/cc"
export CXX="/opt/SunStudioExpress/bin/CC"
# Do not set LDFLAGS to /usr/sfw/bin as suggested in MDC. I don't think it's
# necessary under OpenSolaris and it sometimes breaks the build.
# Workaround: the configure script will otherwise detect the OS as 32-bit.
export CFLAGS="$CFLAGS -m64"
export CXXFLAGS="$CXXFLAGS -m64"
export ASFLAGS="$ASFLAGS -m64"
# Workaround: pkg-config will otherwise returns paths to 32-bit libraries.
export PKG_CONFIG_LIBDIR=/usr/lib/amd64/pkgconfig
# Workaround: building js/src/nanojit will otherwise fail. This is *not* the
# right setting: the host is actually i386-pc-solaris2.11 for both 32-bit and
# 64-bit platforms. Something is just using this value improperly. This setting
# has no bearing on whether or not configure detects a 64-bit OS.
ac_add_options --host=x86_64-pc-solaris2.11
ac_add_options --enable-application=calendar
ac_add_options --enable-system-cairo
ac_add_options --enable-official-branding
ac_add_options --enable-optimize
ac_add_options --enable-static
ac_add_options --disable-shared
ac_add_options --disable-tests
ac_add_options --disable-debug
# Workaround: these are breaking the build.
ac_add_options --disable-ogg
ac_add_options --disable-wave
Reproducible: Always
Updated•16 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: No XPCOM platform files for Solaris on 64-bit Intel → Need xptcall implementation for Solaris x86-64
| Reporter | ||
Updated•16 years ago
|
OS: Other → OpenSolaris
Comment 1•16 years ago
|
||
288995 processed
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•