Closed Bug 201167 Opened 22 years ago Closed 22 years ago

No CTL support in StaticBuilds

Categories

(Core :: Layout: Text and Fonts, defect)

Sun
Solaris
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.4beta

People

(Reporter: roland.mainz, Assigned: roland.mainz)

References

()

Details

Attachments

(2 files)

Phoenix 0.5+ 2003-04-07-08-trunk build on Solaris/SPARC (http://ftp.mozilla.org/pub/phoenix/nightly/2003-04-07-08-trunk/phoenix-sparc-sun-solaris2.7-static.tar.gz). Viewing the new Thai version of the MathML start demo page (http://www.mozilla.org/projects/mathml/start-thai.xml) shows weired layout - and in the shell the following warnings: -- snip -- Cannot load module libmozpango-thaix.so: ld.so.1: ./phoenix-bin: fatal: libmozpa ngo-thaix.so: open failed: No such file or directory -- snip -- The tarball does not contain this shared library and I would have expect that in a staticbuild (the Phoenix nightlies on Solaris are staticbuilds) only consists of one large, single monster-size binary which does not depend on modules shipped as shared libraries.
Looking at http://lxr.mozilla.org/seamonkey/source/intl/ctl/src/pangoLite/modules.c#158 - it seems the CTL code was never designed to work in StaticBuilds... ;-(
Summary: No CTL support in recent nightlies → No CTL support in StaticBuilds
Taking myself...
Assignee: prabhat.hegde → Roland.Mainz
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.4beta
The workaround is to force the build of the shared libs libmozpango-thaix.so and libmozpango-dvngx.so instead of linking them directly into the application binary "phoenix-bin" / "mozilla-bin". Further searching shows that Pango seems to have support for static builds but I have currently no clue how to get that stuff working.
Blocks: 201181
Comment on attachment 119805 [details] [diff] [review] Proposed workaround for 2003-03-23-08-trunk [checked-in] Requesting r= ...
Attachment #119805 - Flags: review?(seawood)
Attachment #119805 - Flags: review?(seawood) → review+
cls: Can you check that patch "in", please ?
Comment on attachment 119805 [details] [diff] [review] Proposed workaround for 2003-03-23-08-trunk [checked-in] Patch checked-in by smontagu (http://bonsai.mozilla.org/cvsquery.cgi?module=MozillaTinderboxAll&branch=HEAD& cvsroot=/cvsroot&date=explicit&mindate=1049850180&maxdate=1049850300&who=smonta gu%25netscape.com)
Attachment #119805 - Attachment description: Proposed workaround for 2003-03-23-08-trunk → Proposed workaround for 2003-03-23-08-trunk [checked-in]
Unfortunately the patch does not seem to work on a new, clean build: -- snip -- nsStaticComponents.cpp Building deps for nsStaticComponents.cpp /opt/SUNWspro/bin/CC -o nsStaticComponents.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -D_BUILD_STATIC_BIN=1 -I../../dist/include/a ppshell -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include/xulapp -I../../dist/include/xpcom -I../../dist/i nclude/string -I../../dist/include -I../../dist/include -I/shared/bigtmp3/mozilla/nightlybuild_castor_phoenix_nightly_2003-04-09-08- trunk/objdir_static_2003-04-09-08-trunk/dist/include/nspr -I/usr/openwin/include -I/usr/openwin/include -xbuiltin=%all -mt -DNDEBUG -DTRIMMED -xO2 -I/usr/openwin/include -DSOLARIS=1 -DNSCAP_DISABLE_DEBUG_PTR_TYPES=1 -DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE _ST_BLKSIZE=1 -DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_INT64_T=1 -DHAVE_UINT=1 -DHAVE_UINT_T=1 -DHAVE_UINT16_T=1 -DHAVE_WCRTOMB=1 -DHAVE_MBRTOWC=1 -DHAVE_DIRENT_H=1 -DHAVE_SYS_BYTEORDER_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_MALLOC_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_MOUNT_H=1 -DNEW_H=\<new\> -DHAVE_LIBM= 1 -DHAVE_LIBDL=1 -DHAVE_LIBSOCKET=1 -DFUNCPROTO=15 -DHAVE_XSHM=1 -D_REENTRANT=1 -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1 -D HAVE_FCHMOD=1 -DHAVE_SNPRINTF=1 -DHAVE_STATVFS=1 -DHAVE_MEMMOVE=1 -DHAVE_RINT=1 -DHAVE_NL_LANGINFO=1 -DHAVE_FLOCKFILE=1 -DHAVE_LOCAL TIME_R=1 -DHAVE_STRTOK_R=1 -DHAVE_ICONV=1 -DHAVE_ICONV_WITH_CONST_INPUT=1 -DVA_COPY=va_copy -DHAVE_VA_COPY=1 -DHAVE_IOS_BINARY=1 -DH AVE_CPP_EXPLICIT=1 -DHAVE_CPP_TYPENAME=1 -DHAVE_CPP_MODERN_SPECIALIZE_TEMPLATE_SYNTAX=1 -DHAVE_CPP_PARTIAL_SPECIALIZATION=1 -DHAVE_C PP_ACCESS_CHANGING_USING=1 -DHAVE_CPP_AMBIGUITY_RESOLVING_USING=1 -DHAVE_CPP_NAMESPACE_STD=1 -DHAVE_CPP_UNAMBIGUOUS_STD_NOTEQUAL=1 - DHAVE_CPP_NEW_CASTS=1 -DHAVE_CPP_DYNAMIC_CAST_TO_VOID_PTR=1 -DNEED_CPP_UNUSED_IMPLEMENTATIONS=1 -DHAVE_I18N_LC_MESSAGES=1 -DMOZ_DEFA ULT_TOOLKIT=\"gtk\" -DMOZ_WIDGET_GTK=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_X11=1 -DMOZ_PHOENIX=1 -DMOZ_XUL_APP=1 -DMOZ_ENABLE_COREXFONTS=1 -DMOZ_EXTRA_X11CONVERTERS=1 -DOJI=1 -DIBMBIDI=1 -DACCESSIBILITY=1 -DMOZ_XPINSTALL=1 -DMOZ_JSLOADER=1 -DMOZ_MATHML=1 -DNS_DISABLE_LOG GING=1 -DMOZ_USER_DIR=\".mozilla\" -DCPP_THROW_NEW=throw\(\) -DMOZ_XUL=1 -DINCLUDE_XUL=1 -DSUNCTL=1 -DMOZ_DLL_SUFFIX=\".so\" -DXP_UN IX=1 -DUNIX_ASYNC_DNS=1 -DJS_THREADSAFE=1 -DNS_PRINT_PREVIEW=1 -DNS_PRINTING=1 -DMOZILLA_VERSION=\"1.4b\" -D_MOZILLA_CONFIG_H_ -DMO ZILLA_CLIENT nsStaticComponents.cpp "nsStaticComponents.cpp.in", line 58: Warning (Anachronism): Using extern "C" unsigned(*)(nsIComponentManager*,nsIFile*,nsIModule**) to initialize unsigned(*)(nsIComponentManager*,nsIFile*,nsIModule**). [snip] 51 Warning(s) detected. gmake[3]: *** No rule to make target `../../dist/lib/libmozpango-thaix.a', needed by `phoenix-bin'. Stop. gmake[3]: Leaving directory `/shared/bigtmp3/mozilla/nightlybuild_castor_phoenix_nightly_2003-04-09-08-trunk/objdir_static_2003-04-0 9-08-trunk/browser/app' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/shared/bigtmp3/mozilla/nightlybuild_castor_phoenix_nightly_2003-04-09-08-trunk/objdir_static_2003-04-0 9-08-trunk/browser' gmake[1]: *** [tier_99] Error 2 gmake[1]: Leaving directory `/shared/bigtmp3/mozilla/nightlybuild_castor_phoenix_nightly_2003-04-09-08-trunk/objdir_static_2003-04-0 9-08-trunk' gmake: *** [default] Error 2 -- snip -- cls: Does |FORCE_SHARED_LIB = 1| actually work for StaticBuilds ?
The *only* purpose of FORCE_SHARED_LIB is to force a shared lib to be built in a static build (see http://www.mozilla.org/build/glossary.html ). You need to remove EXPORT_LIBRARY from the makefiles so that the library isn't added to the static link list.
Attached patch Refix for 2003-04-09-08-trunk (deleted) — Splinter Review
Comment on attachment 120137 [details] [diff] [review] Refix for 2003-04-09-08-trunk Requesting r= ...
Attachment #120137 - Flags: review?(seawood)
Attachment #120137 - Flags: review?(seawood) → review+
The patch has been checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Christopher Seawood wrote: > The patch has been checked in. Thanks! :)
Blocks: 201747
Filed follow-up bug 201747 ("RFE: Replace hack for StaticBuilds with conformant solution") to get this workaround replaced by a solution which uses the StaticBuild support code in PangoLite...
Component: Layout: CTL → Layout: Text
QA Contact: arthit → layout.fonts-and-text
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: