Opened 13 years ago
Closed 13 years ago
#31481 closed defect (fixed)
mtpaint: gtk1 variant still uses freetype
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | afb@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | mtpaint |
Description
Although the gtk1 variant of mtpaint tries to turn off freetype, and the configure summary says it's off, it's not; it still links with libfreetype. This is because the flags -lpng -lz -lfreetype
are always getting into the L_EX variable because of the following unconditional directives in the configure script, and what the LIB_NAME function does:
LIB_NAME png "$STATIC_PNG" LIB_NAME z "$STATIC_PNG" LIB_NAME freetype "$STATIC_FT"
Possible solutions:
- Patch out the
LIB_NAME freetype
call when the gtk1 variant is selected - Have the gtk1 variant just leave freetype support enabled (why was it disabled?)
- Delete the gtk1 variant entirely (why would anyone need it with gtk2 available?)
Change History (3)
comment:1 Changed 13 years ago by afb@…
Version: | 2.0.3 |
---|
comment:2 Changed 13 years ago by afb@…
Status: | new → assigned |
---|
comment:3 Changed 13 years ago by afb@…
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed, r84832.
Note: See
TracTickets for help on using
tickets.
Freetype dependency was added in mtPaint 3.24.13, not noticed when upgraded.