Clean checkout, or even a 'make maintainer-clean' in the modules
checkout dir (e/E-Modules-Extra/rain for example) before you build may
do the trick ;)
On 09/12/2011 08:56 PM, Jeff Hoogland wrote:
> Huh, I'll make distclean (or just get clean copys of SVN) for these modules
> then - but other modules I've built up recently are working fine (fire and
> ELFE to name two).
> Hopefully it is just a matter of getting a clean checkout then.
> On Mon, Sep 12, 2011 at 7:53 PM, Christopher Michael<cpmichael1@...
>> On 09/12/2011 08:19 PM, Jeff Hoogland wrote:
>>> So - Enlightenment is no longer looking in the folder
>>> linux-gnu-i486-ver-pre-svn-08 for modules. Meaning a few modules that work
>>> well still aren't working any longer.
>>> I know deskshow and rain where still like this last time I checked out
>>> Can someone with SVN please update these folder names to be
>>> so these modules start working again by default?
>> Just checked on this. It's not a problem with the modules. During the
>> configure stage, autofoo does some checking for the Host Os and Host
>> PKG_CHECK_MODULES(E, [enlightenment])
>> release=$(pkg-config --variable=release enlightenment)
>> AC_DEFINE_UNQUOTED(MODULE_**ARCH, "$MODULE_ARCH", "Module architecture")
>> Which would give linux-gnu-i686 here
>> This is pretty standard autofoo for about every module (aside from ones
>> included in E by default). So basically, it appears a problem with the
>> build. Looking like E was built for 486, while the modules are being built
>> for 686.
>> 'pkg-config --variable=modules enlightenment' Will be the location that E
>> is expecting modules to be installed in.
>> I just compared the rain& deskshow 'configure.ac' files with a few other
>> ones (screenshot, elfe, etc, etc) and there is no difference (wrt
>> module_arch) in any of them.