Closed Bug 176341 Opened 22 years ago Closed 22 years ago

configure should check for pango 1.1/1.2 when TK=GTK2 + Xft/fontconfig?

Categories

(SeaMonkey :: Build Config, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: masataka, Assigned: blizzard)

References

Details

Attachments

(2 files)

I finally got Mozilla running with Xft enabled, using the 1.2b release tarball
and used the following options (along with several others) to build:

 --enable-default-toolkit=gtk2
 --disable-toolkit-gtk
 --enable-xft

When using GTK2 and Xft2/fontconfig, does Mozilla use the Pango libs as well?  I
ran into a minor problem of mozilla segfaulting. I had gtk2 and pango 1.0.x
installed prior to building Xft2/fontconfig.  Realized that pango 1.0 did not
have support for the Xft2/fontconfig libs so I installed the latest 1.1
development release. Also rebuilt GTK2 just in case.  Then I ran mozilla with
the new libs and it worked.  Previous attempts at running Mozilla reveal that I
could run with pango 1.0.x when running as root.  But that becomes a hassle when
one wants to run as normal user.

If pango is used, shouldn't it be checked at least when used with GTK2 and
Xft2/fontconfig?  Or perhaps add this to the documentation?  It sure took me a
long time to figure this little problem out.  Was this issue ever brought up
before in this setup?
-> blizzard 
Assignee: seawood → blizzard
Yeah, I should probably do this.  If you're using an old pango with gtk2 and you
try to use xft w/ mozilla it should probably not allow you to do so.  You get
segfaults, as you noticed.
configure.in patch against stock 1.2b release tarball.	This checks for pango
1.1/1.2 if xft and gtk2 is enabled.  Since gtk2 depends on pango, it makes
sense to make this check before building a xft-enabled mozilla.  Comments
anyone?  Is this patch okay for checkin?
Comment on attachment 104083 [details] [diff] [review]
patch to check for pango 1.1/1.2 when needed

r=blizzard
Attachment #104083 - Flags: review+
Blocks: gtk2
Status: UNCONFIRMED → NEW
Ever confirmed: true
added that attachment 104083 [details] [diff] [review] to my configure.in and it happily ignored it on a
CVS build.
Suggestions?
Mozilla does not build with just: 
ac_add_options --enable-default-toolkit=gtk2
ac_add_options --disable-toolkit-gtk 
I'm a complete autoconf newbie.
Patched configure.in to look for pango.
Deleted the configure.cache.
Ran autoconf. complained about the existing configure.in
Hacked the configure.in so that autoconf ran with no errors.
ran the "make -f client.mk"
And it still complained about not having xft.
Looks like it ignored the patch :<
Suggestions? or "Look sonny your bothering me" ? 
:>
If autoconf is complaining about configure.in, then you must be running
autoconf-2.5x which we don't support (bug 104642).  You'll have to install
autoconf 2.13.
I have  autoreconf2.13 and autoreconf2.50 both. 
They both complain; I chose to use 2.13, and such is life. :)
not autoreconf. autoconf.
cd mozilla && autoconf
Ack!! that was a cut and paste thinko
autoconf2.13
autoconf2.50
is the correct, sorry.
did some extra looking and poking around.  Found this is better in checking for
pango than the PKG_CHECK_MODULES macro since no extraneous variables will be
set.

Tested its patchability with trunk's configure.in and MOZILLA_1_2_BRANCH's
configure.in and both patched in fine (albeit with big offsets).  comments and
reviews anyone?
Attachment #104083 - Attachment is obsolete: true
I'm personally partial to using the macro when possible.  The extra variables
aren't going to hurt anything.
Comment on attachment 104083 [details] [diff] [review]
patch to check for pango 1.1/1.2 when needed

Asking for review from cls.
Attachment #104083 - Attachment is obsolete: false
Attachment #104083 - Flags: review+ → review?(cls)
Attachment #104083 - Flags: review?(cls) → review+
Comment on attachment 104083 [details] [diff] [review]
patch to check for pango 1.1/1.2 when needed

cls has given review+
Checked in.  Thanks!
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
I'd like to point out that this fix is artificially preventing me from building
Xft-enabled gtk2 mozilla with perfectly functional pango 1.0.5 and fontconfig.

I don't believe there's anything in mozilla requiring pango 1.1 only that
Xft2/fontconfig is properly installed.  Replacing the Xft1 library with the one
that comes with fontconfig is needed or strange segfaults will occur.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: