Closed
Bug 201167
Opened 22 years ago
Closed 22 years ago
No CTL support in StaticBuilds
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.4beta
People
(Reporter: roland.mainz, Assigned: roland.mainz)
References
()
Details
Attachments
(2 files)
(deleted),
patch
|
netscape
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
netscape
:
review+
|
Details | Diff | Splinter Review |
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.
Assignee | ||
Comment 1•22 years ago
|
||
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
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.4beta
Assignee | ||
Comment 3•22 years ago
|
||
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.
Assignee | ||
Comment 4•22 years ago
|
||
Comment on attachment 119805 [details] [diff] [review]
Proposed workaround for 2003-03-23-08-trunk [checked-in]
Requesting r= ...
Attachment #119805 -
Flags: review?(seawood)
Updated•22 years ago
|
Attachment #119805 -
Flags: review?(seawood) → review+
Assignee | ||
Comment 5•22 years ago
|
||
cls:
Can you check that patch "in", please ?
Assignee | ||
Comment 6•22 years ago
|
||
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]
Assignee | ||
Comment 7•22 years ago
|
||
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.
Assignee | ||
Comment 9•22 years ago
|
||
Assignee | ||
Comment 10•22 years ago
|
||
Comment on attachment 120137 [details] [diff] [review]
Refix for 2003-04-09-08-trunk
Requesting r= ...
Attachment #120137 -
Flags: review?(seawood)
Updated•22 years ago
|
Attachment #120137 -
Flags: review?(seawood) → review+
Comment 11•22 years ago
|
||
The patch has been checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 12•22 years ago
|
||
Christopher Seawood wrote:
> The patch has been checked in.
Thanks! :)
Assignee | ||
Comment 13•22 years ago
|
||
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.
Description
•