fontconfig issueshttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues2022-07-01T06:16:02Zhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/13Add ClearlyU to 69-unifont.conf2022-07-01T06:16:02ZBugzilla Migration UserAdd ClearlyU to 69-unifont.conf## Submitted by Christopher Yeleighton
Assigned to **fon..@..op.org**
**[Link to original bug (#65912)](https://bugs.freedesktop.org/show_bug.cgi?id=65912)**
## Description
If you have only XOrg founts available, the only serif fo...## Submitted by Christopher Yeleighton
Assigned to **fon..@..op.org**
**[Link to original bug (#65912)](https://bugs.freedesktop.org/show_bug.cgi?id=65912)**
## Description
If you have only XOrg founts available, the only serif fount that carries Cyrillic letters is ClearlyU. It should be preferred over Luxi Serif because otherwise all Cyrillic texts are rendered monospace.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/57changing the matcher function for family to forward matching2018-08-20T21:47:59ZBugzilla Migration Userchanging the matcher function for family to forward matching## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#65638)](https://bugs.freedesktop.org/show_bug.cgi?id=65638)**
## Description
The issue was raised at Red Hat Bugzilla:
https://bugzill...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#65638)](https://bugs.freedesktop.org/show_bug.cgi?id=65638)**
## Description
The issue was raised at Red Hat Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=956453
Adding all of variants of fonts as aliases are not realistic. I'd suggest to change the matcher function for family name from the exact matching to the forward matching and give the certain score against how many strings is being remained in the buffer.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/95The default configure mix up "Song Ti" and "Hei Ti"2018-08-20T21:52:10ZBugzilla Migration UserThe default configure mix up "Song Ti" and "Hei Ti"## Submitted by Yangtse Su
Assigned to **fon..@..op.org**
**[Link to original bug (#61553)](https://bugs.freedesktop.org/show_bug.cgi?id=61553)**
## Description
Created attachment 75630
40-nonlatin.conf
There are three generic fo...## Submitted by Yangtse Su
Assigned to **fon..@..op.org**
**[Link to original bug (#61553)](https://bugs.freedesktop.org/show_bug.cgi?id=61553)**
## Description
Created attachment 75630
40-nonlatin.conf
There are three generic font, serif sans-serif and monospace.
The chinese font family Song Ti are serif.
The chinese font family Hei Ti are sans-serif.
And only "WenQuanYi Zen Hei Mono",and "AR PL New Sung Mono",have Mono.
There is another font family call "Kai Ti".This font is none of the three,should not be in 40-nonlatin.conf 65-nonlatin.conf.
I have edit this two file,and add two new font"WenQuanYi Zen Hei"(now the default Chinese font for Ubuntu) and "Droid Sans Fallback"(From Android.),and two Hei Ti from Microsoft.
**Attachment 75630**, "40-nonlatin.conf":
[40-nonlatin.conf](/uploads/6e9c5a28cf8f4353ac099e1b12428aef/40-nonlatin.conf)
Version: 2_1
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=20911https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/67Bitmap fonts (in FON-Format) are rendered as Helvetica-like fonts2018-08-20T21:49:14ZBugzilla Migration UserBitmap fonts (in FON-Format) are rendered as Helvetica-like fonts## Submitted by Scit2010
Assigned to **fon..@..op.org**
**[Link to original bug (#59480)](https://bugs.freedesktop.org/show_bug.cgi?id=59480)**
## Description
In GIMP 2.8.2 for Windows and Mac OS X we have the problem, that bitmap...## Submitted by Scit2010
Assigned to **fon..@..op.org**
**[Link to original bug (#59480)](https://bugs.freedesktop.org/show_bug.cgi?id=59480)**
## Description
In GIMP 2.8.2 for Windows and Mac OS X we have the problem, that bitmap fonts are shown as bold Helvetica-like fonts (on Windows it looks closest to FixedSys, on Mac to Arial Hebrew). See also https://bugzilla.gnome.org/show_bug.cgi?id=691782.
At least the Windows build uses FontConfig 2.9.0.
On several sites I read FontConfig disabled bitmap font support by default a longer time ago. I tried to reenable it by applying the advices for Linux analogously to Windows (e.g. copyied C:\Program Files\GIMP 2\etc\fonts\conf.avail\70-yes-bitmaps.conf to ..\conf.d, removed C:\Program Files\GIMP 2\etc\fonts\conf.avail\70-no-bitmaps.conf, refreshed the font cache in GIMP and extra restarted GIMP) - nothing helped.
Version: 2.9https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/69RFE: native build support on MSVC2019-06-20T09:22:19ZBugzilla Migration UserRFE: native build support on MSVC## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#56381)](https://bugs.freedesktop.org/show_bug.cgi?id=56381)**
## Description
just to keep it in mind...
there has been two proposals po...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#56381)](https://bugs.freedesktop.org/show_bug.cgi?id=56381)**
## Description
just to keep it in mind...
there has been two proposals posted to the list. one is from Pavel Koshevoy:
http://lists.freedesktop.org/archives/fontconfig/2012-October/004425.html
one is from Dos Santos, Oliveira:
http://lists.freedesktop.org/archives/fontconfig/2012-October/004436.htmlhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/41objects for target="pattern" is inherited to the result of FcMatchFont2018-08-20T21:45:51ZBugzilla Migration Userobjects for target="pattern" is inherited to the result of FcMatchFont## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#53323)](https://bugs.freedesktop.org/show_bug.cgi?id=53323)**
## Description
The quote from the document:
use rgb sub-pixel ord...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#53323)](https://bugs.freedesktop.org/show_bug.cgi?id=53323)**
## Description
The quote from the document:
use rgb sub-pixel ordering to improve glyph appearance on
LCD screens. Changes affecting rendering, but not matching
should always use target="font".
So the following rule should be affected to the result of FcPattern for FcMatchFont:
`<match target="pattern">`
`<edit name="rgba" mode="assign">`
`<const>`rgb`</const>`
`</edit>`
`</match>`
but it does:
$ fc-match -v | grep rgba
rgba: 1(i)(s)
This behavior messes up the rule of target="font".
Aside from that, right now fontconfig warns when editing the user-defined object on target="scan" though, we should do it for others if it's not desirable and for target="pattern" and target="font" too.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/76Silesian orthography2018-08-20T21:50:19ZBugzilla Migration UserSilesian orthography## Submitted by Przemysław Buczkowski
Assigned to **fon..@..op.org**
**[Link to original bug (#52212)](https://bugs.freedesktop.org/show_bug.cgi?id=52212)**
## Description
Hello.
Could you create information file for Silesian lan...## Submitted by Przemysław Buczkowski
Assigned to **fon..@..op.org**
**[Link to original bug (#52212)](https://bugs.freedesktop.org/show_bug.cgi?id=52212)**
## Description
Hello.
Could you create information file for Silesian language (ISO 639-3 code: "szl", http://en.wikipedia.org/wiki/Silesian language)?
It contains following letters:
à ã Ć ć Ł ł Ń ń Ŏ ŏ Ō ō Ô ô Õ õ Ś ś Ź ź Ż ż.
Thanks!https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/99RFE: subpixel hinting support2018-08-20T21:52:28ZBugzilla Migration UserRFE: subpixel hinting support## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#51212)](https://bugs.freedesktop.org/show_bug.cgi?id=51212)**
## Description
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/com...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#51212)](https://bugs.freedesktop.org/show_bug.cgi?id=51212)**
## Description
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=79e36baebba4532dff92ca1ca43c4dc2f779fd32https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/83Add elements for subpixel-positioning2018-08-20T21:50:48ZBugzilla Migration UserAdd elements for subpixel-positioning## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#50736)](https://bugs.freedesktop.org/show_bug.cgi?id=50736)**
## Description
This is different from subpixel rendering.
Version: 2.7## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#50736)](https://bugs.freedesktop.org/show_bug.cgi?id=50736)**
## Description
This is different from subpixel rendering.
Version: 2.7https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/17API redesign2022-07-01T06:16:03ZBugzilla Migration UserAPI redesign## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#48755)](https://bugs.freedesktop.org/show_bug.cgi?id=48755)**
## Description
there are some cases I feel an urge to cleanup/redesign fon...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#48755)](https://bugs.freedesktop.org/show_bug.cgi?id=48755)**
## Description
there are some cases I feel an urge to cleanup/redesign fontconfig API though, let me add a note here for a chance to do so in the future.
1. the API prefix isn't intuitive to find out where it's included in.
e.g. FcDirCache* in fccache.c but some is in fcdir.c. and some can see in fcfs.c, fslist.c and fcmatch.c. for FcFontSet as well.
2. some APIs is hard to imagine the functionality from the name
e.g. FcDirCacheRead() vs FcDirCacheLoad()
3. FcCacheDir() vs FcConfigGetCacheDirs()
it implies from the name it may behaves similarly but FcCacheDir() returns the font directory at this moment.
4. function doesn't take any structure as its prefix implies
e.g. FcConfigFilename() etc
5. FcConfigAppFontAddFile() and FcConfigAppFontAddDir()
that could be integrated into one and branch if it's a file or a directory?
6. In doc, FcConfigSubstitute() and FcDefaultSubstitute() are required to get FcFontMatch() and FcFontSort() working though, it's actually optional to do in the program. guess there may be a reason to do so but that looks to me like an error of API design.
may update more later...
Version: 2.9https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/39Please add the new "ug_us.orth" (Uyghur Latin) orthography rule2018-08-20T21:45:46ZBugzilla Migration UserPlease add the new "ug_us.orth" (Uyghur Latin) orthography rule## Submitted by eag..@..il.com
Assigned to **fon..@..op.org**
**[Link to original bug (#47459)](https://bugs.freedesktop.org/show_bug.cgi?id=47459)**
## Description
Created attachment 58627
ug_US orthography rule file
Dear mainta...## Submitted by eag..@..il.com
Assigned to **fon..@..op.org**
**[Link to original bug (#47459)](https://bugs.freedesktop.org/show_bug.cgi?id=47459)**
## Description
Created attachment 58627
ug_US orthography rule file
Dear maintainers,
Please find attached the orthography rule for ug_US to be
considered for inclusion in fontconfig.
The ug_US locale is a locale for Latin based Uyghur, and it's already been filed to glibc at: http://sourceware.org/bugzilla/show_bug.cgi?id=13865
Thanks!
PS:
Uyghur (Latin based) is written in Basic Latin and Latin-1 Supplement, and used worldwide, especially in digital form. For detailed information, plese refer to the following Wikipedia articles:
http://en.wikipedia.org/wiki/Uyghur_language
http://en.wikipedia.org/wiki/Uyghur_alphabets
**Attachment 58627**, "ug_US orthography rule file":
[ug_us.orth](/uploads/7343151072436764884a6500ae16e309/ug_us.orth)
Version: 2.9https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/54No language tag modifiers support2018-08-20T21:47:46ZBugzilla Migration UserNo language tag modifiers support## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#42900)](https://bugs.freedesktop.org/show_bug.cgi?id=42900)**
## Description
There are no modifiers support in fontconfig, particularly ...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#42900)](https://bugs.freedesktop.org/show_bug.cgi?id=42900)**
## Description
There are no modifiers support in fontconfig, particularly in FcGetDefaultLang() and FcLang*
Version: 2.8
### Blocking
* [Bug 25647](https://bugs.freedesktop.org/show_bug.cgi?id=25647)
* [Bug 25648](https://bugs.freedesktop.org/show_bug.cgi?id=25648)
* [Bug 25650](https://bugs.freedesktop.org/show_bug.cgi?id=25650)
* [Bug 25652](https://bugs.freedesktop.org/show_bug.cgi?id=25652)
* [Bug 27849](https://bugs.freedesktop.org/show_bug.cgi?id=27849)
* [Bug 27850](https://bugs.freedesktop.org/show_bug.cgi?id=27850)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/7Regular expression support in comparison for <test>2022-07-01T06:16:02ZBugzilla Migration UserRegular expression support in comparison for <test>## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#40648)](https://bugs.freedesktop.org/show_bug.cgi?id=40648)**
## Description
That would be useful to support the regexp for comparison. ...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#40648)](https://bugs.freedesktop.org/show_bug.cgi?id=40648)**
## Description
That would be useful to support the regexp for comparison. this possibly would helps to fix Bug#35118 with:
`<match>`
`<test name="lang" compare="regex">`
`<string>`pa.*`</string>`
`</test>`
...
`</match>`
Or Bug#28491 to make the match pattern for the filename only perhaps and Bug#13416 to merge the subfamilies?
Version: 2.8https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/1Othography file for 'petr1708' Russian variant.2023-02-17T18:54:13ZBugzilla Migration UserOthography file for 'petr1708' Russian variant.## Submitted by Hidden
Assigned to **fon..@..op.org**
**[Link to original bug (#35809)](https://bugs.freedesktop.org/show_bug.cgi?id=35809)**
## Description
Created attachment 45056
Character set
The attached file contains charac...## Submitted by Hidden
Assigned to **fon..@..op.org**
**[Link to original bug (#35809)](https://bugs.freedesktop.org/show_bug.cgi?id=35809)**
## Description
Created attachment 45056
Character set
The attached file contains character set required for use with ru-*-petr1708 locales.
**Attachment 45056**, "Character set":
[ru_petr1708.orth](/uploads/c6a22249c95290cd65ee721f30db4474/ru_petr1708.orth)
Version: 2_1https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/30Prioritize fonts that support a territory-less language variant when no exact...2019-06-13T12:08:21ZBugzilla Migration UserPrioritize fonts that support a territory-less language variant when no exact language match## Submitted by Caolán McNamara
Assigned to **fon..@..op.org**
**[Link to original bug (#35118)](https://bugs.freedesktop.org/show_bug.cgi?id=35118)**
## Description
Created attachment 44237
implement suggestion
When fontconfig m...## Submitted by Caolán McNamara
Assigned to **fon..@..op.org**
**[Link to original bug (#35118)](https://bugs.freedesktop.org/show_bug.cgi?id=35118)**
## Description
Created attachment 44237
implement suggestion
When fontconfig matches by language tag, and the language tag supplied does not match exactly a known fontconfig language tag then fontconfig considers a list of all fonts that provide support for at least a variant language of the language tag.
It doesn't however prioritize fonts that support a territory-less variant, which is likely the best one to use under these circumstances.
i.e. practically
fc-match :lang=pa-IN
will generate a list of "pa" fonts and "pa-pk" fonts and fairly arbitrarily return one of that list.
so for me I get
"Droid Sans Arabic" because that supports "pa-pk", but anything that provided just "pa" would be a better choice.
e.g. see https://bugzilla.redhat.com/show_bug.cgi?id=682716
Attached is an implementation to effectively sort "xx" before "xx-*" when no exact "xx-yy" was found.
**Patch 44237**, "implement suggestion":
[sort.nonterritory.first.patch](/uploads/1e755759f3e889c0c825fefdaa4241de/sort.nonterritory.first.patch)
Version: 2.8https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/91Request for inclusion of Kongo language.2018-08-20T21:51:42ZBugzilla Migration UserRequest for inclusion of Kongo language.## Submitted by lun..@..io.com
Assigned to **fon..@..op.org**
**[Link to original bug (#30354)](https://bugs.freedesktop.org/show_bug.cgi?id=30354)**
## Description
Created attachment 38919
orthography file for Kongo language.
He...## Submitted by lun..@..io.com
Assigned to **fon..@..op.org**
**[Link to original bug (#30354)](https://bugs.freedesktop.org/show_bug.cgi?id=30354)**
## Description
Created attachment 38919
orthography file for Kongo language.
Hello,
as explained on this page: http://live.gnome.org/TranslationProject/NewLanguage, I wish to add the Kongo language.
Therefore, I have created the required files (glibc locale, fontconfig orthography, translations).
Here is some information regarding the Kongo language:
It is spoken (mainly) in Angola, Congo, Dem. Rep. of Congo. Its ISO code is kg.
It can be written with either a variant of the latin alphabet:
http://en.wikipedia.org/wiki/Kikongo
or preferably with the Mandombe script: http://fr.wikipedia.org/wiki/Mandombe.
Thanks.
**Attachment 38919**, "orthography file for Kongo language.":
[kg.orth](/uploads/01cbeead75b4d3646065e12075b2a32e/kg.orth)
Version: 2.9https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/93Support for sFamilyClass font attribute to allow searching by serif style2018-08-20T21:51:56ZBugzilla Migration UserSupport for sFamilyClass font attribute to allow searching by serif style## Submitted by Eric Wasylishen
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#29497)](https://bugs.freedesktop.org/show_bug.cgi?id=29497)**
## Description
The OpenType spec has a field called sFamilyClass in the r...## Submitted by Eric Wasylishen
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#29497)](https://bugs.freedesktop.org/show_bug.cgi?id=29497)**
## Description
The OpenType spec has a field called sFamilyClass in the required OS/2 table, which allows the font designer to classify the font based on a "family class" (e.g. serif, sans-serif) and "family subclass" (e.g. modern, old style).
See:
http://www.microsoft.com/typography/otspec/os2.htm#fc
and:
http://www.microsoft.com/typography/otspec/ibmfc.htm
It would be really nice if Fontconfig read this field from fonts and allowed searching based on it (probably treating it as two separate fields: maybe FC_FAMILY_CLASS and FC_FAMILY_SUBCLASS?)
In my opinion, this kind of classification would be really useful to present to users for choosing fonts. I would be happy to write a patch if you think this is a good idea.. :-)
Version: 2_1
### Blocking
* [Bug 30225](https://bugs.freedesktop.org/show_bug.cgi?id=30225)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/90FIR filters with custom constants from fontconfig2019-07-25T05:16:11ZBugzilla Migration UserFIR filters with custom constants from fontconfig## Submitted by Robin Johnson
Assigned to **fon..@..op.org**
**[Link to original bug (#27386)](https://bugs.freedesktop.org/show_bug.cgi?id=27386)**
## Description
There have been a number of subjective patches around for altering...## Submitted by Robin Johnson
Assigned to **fon..@..op.org**
**[Link to original bug (#27386)](https://bugs.freedesktop.org/show_bug.cgi?id=27386)**
## Description
There have been a number of subjective patches around for altering the FIR constants used in ./freetype-2.3.12/src/base/ftlcdfil.c
I've seen at least 4 different sets of values:
light: { 0, 85, 86, 85, 0 }
default: { 0x10, 0x40, 0x70, 0x40, 0x10 }
gentoo-bug306053:{ 0x1C, 0x38, 0x55, 0x38, 0x1C }
russian forum: {8, 28, 100, 80, 40};
Here was the Gentoo bug:
http://bugs.gentoo.org/show_bug.cgi?id=306053
We told the user to take it upstream, he never did, but it came up again.
Here's the google cache of Russian forum post, as the original seems to have gone:
http://tinyurl.com/yl5kyup
Can we please introduce a way to set the constants from fontconfig, and let the users duke it out amongst themselves?
Version: 2.8https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/35Side effect of the binding inheritance by binding="same"2021-06-25T21:32:34ZBugzilla Migration UserSide effect of the binding inheritance by binding="same"## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#27377)](https://bugs.freedesktop.org/show_bug.cgi?id=27377)**
## Description
Akira hints at that on the fedora fonts list in message sent on ...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#27377)](https://bugs.freedesktop.org/show_bug.cgi?id=27377)**
## Description
Akira hints at that on the fedora fonts list in message sent on 2010-03-19. He writes:
I'm wondering if we should recommend the use of
/binding="same"/ in the locale-specific overrides rule of
the template because it introduces the unexpected result
depending on the queries pattern.
Here is the example of it:
$ rpm -qa \*-fonts | grep mono
dejavu-sans-mono-fonts-2.30-2.fc12.noarch
liberation-mono-fonts-1.05.2.20091019-5.fc13.noarch
$ rpm -q vlgothic-fonts
vlgothic-fonts-20100126-2.fc13.noarch
$ fc-match monospace:lang=ja
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
$ fc-match monospace:lang=ja-jp
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
$ fc-match monospace:lang=en
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
$ fc-match monospace:lang=en-us
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
Also same result for serif, but not for sans-serif, since
apparently fontconfig always deals with it as "sans" for the
initial query pattern, translating it to "sans-serif". and
all of rules are targetting "sans-serif" but not "sans". so
it's luckily working.
Version: 2.7https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/20switching-off libfontconfig.dll.a target if configured without shared lib.2022-07-01T06:16:03ZBugzilla Migration Userswitching-off libfontconfig.dll.a target if configured without shared lib.## Submitted by suzuki toshiya
Assigned to **fon..@..op.org**
**[Link to original bug (#26828)](https://bugs.freedesktop.org/show_bug.cgi?id=26828)**
## Description
Created attachment 33672
disable DLL targets if configured withou...## Submitted by suzuki toshiya
Assigned to **fon..@..op.org**
**[Link to original bug (#26828)](https://bugs.freedesktop.org/show_bug.cgi?id=26828)**
## Description
Created attachment 33672
disable DLL targets if configured without shared lib
src/Makefile.am has 2 DLL-related install targets for Win32,
install-libtool-import-lib and fontconfig.lib.
When I run configure --disable-shared --enable-static on
cygwin environment, libfontconfig.dll.a, libfontconfig-XXX.dll
are not built, so DLL-related targets are not installable.
So I propose to disable DLL-related targets when configured
without shared library, like this. Also patch is attached.
diff --git a/configure.in b/configure.in
index b4a27e9..001146d 100644
--- a/configure.in
+++ b/configure.in
@@ -67,6 +67,7 @@ AC_PROG_MAKE_SET
PKG_PROG_PKG_CONFIG
dnl ==========================================================================
+AM_CONDITIONAL(ENABLE_SHARED, test "$enable_shared" = "yes")
case "$host" in
*-*-mingw*)
@@ -76,11 +77,13 @@ case "$host" in
os_win32=no
esac
AM_CONDITIONAL(OS_WIN32, test "$os_win32" = "yes")
+AM_CONDITIONAL(BUILD_WIN32_DLL, test "$os_win32" = "yes" -a "$enable_shared" = "yes")
if test "$os_win32" = "yes"; then
AC_CHECK_PROG(ms_librarian, lib.exe, yes, no)
fi
AM_CONDITIONAL(MS_LIB_AVAILABLE, test x$ms_librarian = xyes)
+AM_CONDITIONAL(BUILD_MS_IMPORT_LIB, test x$ms_librarian = xyes -a "$enable_shared" = "yes")
WARN_CFLAGS=""
if test "x$GCC" = "xyes"; then
diff --git a/src/Makefile.am b/src/Makefile.am
index 406e85e..9110cde 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -21,7 +21,7 @@
# TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
# PERFORMANCE OF THIS SOFTWARE.
-if OS_WIN32
+if BUILD_WIN32_DLL
export_symbols = -export-symbols fontconfig.def
@@ -45,7 +45,7 @@ fontconfig_def_dependency =
endif
-if MS_LIB_AVAILABLE
+if BUILD_MS_IMPORT_LIB
# Microsoft import library install/uninstall
**Patch 33672**, "disable DLL targets if configured without shared lib":
[disable-dll.diff](/uploads/3a45751d0b64d1447aa6bdc5a1867f23/disable-dll.diff)
Version: 2_1