If I comment out all references it makes no difference (the problematic things seem to be commented out already?!) However, if I actually delete all the lines that reference this non- existant part (and also "increase" and "decrease") it compiles fine.
Seems that for some reason the edje_cc on OSX is parsing the commented out lines as code.... (comments being lines starting //) Another puzzler? Andy On 13 Jan 2009, at 16:28, Andrew Williams wrote: > OK, thanks to Vincent for talking to the gcc guys we got that solved - > the _ was being added by gcc which put my searching off. > This is now fixed - patch to be committed sortly. > > Now I am stuck again - with this error seemingly coming from e's data/ > themes directory: > > /sw/bin/edje_cc -v -id ../../data/themes/images -fd ../../data/themes/ > fonts -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 - > DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ > ../../data/themes/default.edc \ > ../../data/themes/default.edj > /sw/bin/edje_cc: Opening "/tmp/edje_cc.edc-tmp-BE5y7d" for input > /sw/bin/edje_cc: Parsing input file > /sw/bin/edje_cc: Parsing done > /sw/bin/edje_cc: Error. Unable to find part name "increase_button". > > Any hints on this one? > > Cheers, > Andy > > P.S. the battery module fails to link on OSX but I am looking into > that. > > On 12 Jan 2009, at 00:49, Carsten Haitzler (The Rasterman) wrote: > >> On Sun, 11 Jan 2009 21:26:22 +0100 (CET) Vincent Torri <vto...@univ-evry.fr >>> >> babbled: >> >>> >>> Hey, >>> >>> It's nice to see you back :) >>> >>>> Am working on getting various bits of E working again on OSX and >>>> with >>>> the help of many here we now have all the required libs installed >>>> (I >>>> have a couple of lines still to commit) but when compiling e17 >>>> itself >>>> I find this peculiar message: >>>> >>>> ld: duplicate symbol _e_configure_registry in .libs/e_mod_config.o >>>> and .libs/e_mod_main.o >>>> >>>> This seems to come from the compilation of the ibar module. If I >>>> tell >>>> it to skip that module then it happens again with the next one. >>>> >>>> Any ideas on what might be causing this - it seems a little >>>> cryptic, >>>> as there is no _e_configure_registry symbol that I can find. >>> >>> I don't know at all as even the function _e_configure_registry does >>> not >>> seem to exist, but i can ask on the gcc ML too. >> >> a grep of e's sources doesnt produce any symbol of that name at all >> be it >> function or variable... :/ >> >> -- >> ------------- Codito, ergo sum - "I code, therefore I am" >> -------------- >> The Rasterman (Carsten Haitzler) ras...@rasterman.com >> >> >> ------------------------------------------------------------------------------ >> Check out the new SourceForge.net Marketplace. >> It is the best place to buy or sell services for >> just about anything Open Source. >> http://p.sf.net/sfu/Xq1LFB >> _______________________________________________ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
