On Fri, 2006-01-06 at 22:18 +0900, Carsten Haitzler wrote: > On Sun, 01 Jan 2006 09:35:03 -0700 "Nathan A. Smith" <[EMAIL PROTECTED]> > babbled: > > > On Sun, 2006-01-01 at 17:34 +0900, David Stevenson wrote: > > > > > > > > > On 1/1/06, Nathan A. Smith <[EMAIL PROTECTED]> wrote: > > > Hi guys, > > > > > > I have recently noticed I am getting a lot of strange (to me) > > > compiling > > > errors and warnings. I was hoping I could get one of you > > > smart people > > > to point me in the right direction to fix them. > > > > > > the warnings (I started getting them when compiling evas -- > > > and > > > everthing that followed) > > > > > > an example follows: > > > > > > ecore_value.c:31: warning: redeclaration of > > > 'ecore_prime_table' with > > > different visibility (old visibility preserved) > > > Ecore_Data.h:41: warning: previous declaration of > > > 'ecore_prime_table' > > > was here > > > > > > > > > These warnings would be repeated for different lines more than > > > a hundred > > > times -- no kidding. > > > > > > I was seeing those too when I rebuilt everything earlier today. > > > > > > Further, e17 was seg'ing when the moon module's e_modapi_shutdown > > > function was called. I think this was a result of the visibility > > > changes ,.. not sure though. > > > > > > Anyway when I rebuilt the moon module, those visibility warnings were > > > appearing there too, so I > > > 1) mimicked raster's EAPI changes from 4 days ago into the moon's > > > e_mod_main.h, and additionally > > > 2) found that putting "EAPI" in front of all the module api function > > > declarations in e_mod_main.c got rid of the warnings as well. > > > > > > I tried using both these gcc versions: > > > gcc (GCC) 3.3.6 (Debian 1:3.3.6-10) > > > gcc (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) > > > ...and there are no more warnings with either after making those > > > changes... > > > > > > I don't understand all this too well, so hopefully someone who does > > > can confirm that these EAPI changes in e_mod_main.c were the right > > > thing to do. > > > Anybody? > > > (If so I'll make a new version of the moon module with these changes > > > shortly, for any moon module fans) > > > > > for evas: > > > > Vincent's suggestion of removing line 17 from > > evas_common.h (in ../evas/src/lib/include/) does allow evas to compile. > > I will have to look for similar lines in other libraries -- and talk to > > Raster to see if this would be a good fix. > > remeber - they are just WARNINGS - we need to go over api calls and put EAPI's > in the .c files in front of the fn calls marked as externally accessible api > calls (EAPI) and thew warnings go away - it's harmless until then. the build > problems are other things. related - but not the warnings themselves. we need > to fix this as efl has been broken all along in many places but no one ever > tried to turn this feature of gcc4 (and above) on at all (it's a good feature > too!)
Actually I was referring to the compiling errors I have been getting.... As an example: ecore_value.o -L/opt/e17/lib -lm -ldl -Wl,-soname -Wl,libecore.so.1 -o .libs/libecore.so.1.0.0 /usr/bin/ld: .libs/ecore_main.o: relocation R_X86_64_PC32 against `finite@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status This went away with Vincent's suggestion... Nasa > > > Nasa > > > > > > > > > Nothing like a little fun to start the new year :-) > > > > > > > > > which finally lead to this error: > > > > > > /usr/bin/ld: .libs/ecore.o: relocation R_X86_64_PC32 against > > > `setlocale@@GLIBC_2.2.5' can not be used when making a shared > > > object; > > > recompile with -fPIC > > > /usr/bin/ld: final link failed: Bad value > > > > > > This I did not see. > > > > > > Regards! > > > David > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] > 裸好多 > Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
