Donnie Berkholz wrote:
> On 21:14 Mon 24 Sep , Ryan Hill wrote:
>> - is the stuff in global scope kosher? i've seen other eclasses do
>> similar, but i want to be sure. the reason for the looping is because
>> i figure calling built_with_use in global would get me hung.
>
>> for wxtoolkit in gtk2 base; do
>> debug-print "global outer loop - wxtoolkit is ${wxtoolkit}"
>> for wxdebug in release debug; do
>> debug-print "global inner loop - wxdebug is ${wxdebug}"
>> wxconf="${wxtoolkit}-${wxchar}-${wxdebug}-${WX_GTK_VER}"
>> debug-print "testing for config ${wxconf}"
>> [[ -f /usr/$(get_libdir)/wx/config/${wxconf} ]] ||
>> continue
>
> Checking for existence of files in global scope?
Yeah. These config files work like pkg-config, in that calling, say,
`gtk2-unicode-release-2.8 --libs` outputs the linker flags needed to link
to those libraries. We need a way to know what config scripts are available.
This is the least expensive way i could think of, a minimum of one and max of
four stat calls.
I'm also going to drop the debug-prints here as there's too much overhead.
>> debug-print "found config ${wxconf} - setting WX_CONFIG"
>> WX_CONFIG="/usr/$(get_libdir)/wx/config/${wxconf}"
>> # TODO: needed for the wx-config wrapper
>> #WX_ECLASS_CONFIG="${WX_CONFIG}"
>> break
>> done
>> [[ -n ${WX_CONFIG} ]] && break
>> done
>> [[ -n ${WX_CONFIG} ]] && export WX_CONFIG #WX_ECLASS_CONFIG
>
> OK, so let me try to follow the logic of preferences here:
>
> 1. gtk2-release
> 2. gtk2-debug
> 3. base-release
> 4. base-debug
>
> Does that mean they can't get a debug setup if the release one is found?
> Does a debug build only produce debug and not release?
True. For example the 2.6 ebuild will install one of gtk2-ansi-release-2.6 or
gtk2-ansi-debug-2.6 depending on the debug USE flag. With USE="-X" it installs
base-ansi-release-2.6 or base-ansi-debug-2.6. gtk2 builds provide both the gtk2
and base libraries so are preferred over plain base.
It technically possible to install debug and release builds side-by-side. In
fact, the previous version of this eclass was designed around it. Some invasive
hackery was needed to pull it off though, and we decided not to support it.
>> else
>> :
>> fi
>
> What's up with the 'else' here?
oops, leftover from debugging. i had an echo in there, then replaced it with
a no-op and forgot to remove it completely.
>
> Thanks,
> Donnie
Thanks for taking the time to look at it.
--
fonts / wxWindows / gcc-porting / treecleaners
9B81 6C9F E791 83BB 3AB3 5B2D E625 A073 8379 37E8 (0x837937E8)
--
[EMAIL PROTECTED] mailing list