Closed Bug 483578 Opened 16 years ago Closed 16 years ago

Need xptcall implementation for Solaris x86-64

Categories

(Core :: XPCOM, defect)

x86_64
OpenSolaris
defect
Not set
normal

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
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: No XPCOM platform files for Solaris on 64-bit Intel → Need xptcall implementation for Solaris x86-64
OS: Other → OpenSolaris
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.