On Sat, 07 Jan 2006 07:51:54 -0700 "Nathan A. Smith" <[EMAIL PROTECTED]>
babbled:

> On Sat, 2006-01-07 at 15:45 +0900, Carsten Haitzler wrote:
> > On Fri, 06 Jan 2006 21:44:24 -0700 "Nathan A. Smith" <[EMAIL PROTECTED]>
> > babbled:
> > 
> > > 
> > > 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...
> > 
> > this has to do with pragma's turning on symbol hiding before system headers
> > were included. that has been fixed. if you find more - let us know and we
> > will fix them as they don't turn up here. something with your system
> > headers makes them break where they don't here.
> > 
> Ok, here's where I am still seeing these errors (as of 7:30am Saturday 8
> Jan 06)
> 
> build.log:/usr/bin/ld:
> canvas/.libs/libevas_canvas.a(evas_object_gradient.o): relocation
> R_X86_64_PC32 against `memcpy@@GLIBC_2.2.5' can not be used when making
> a shared object; recompile with -fPIC
> build.log:/usr/bin/ld: .libs/ecore_signal.o: relocation R_X86_64_PC32
> against `memcpy@@GLIBC_2.2.5' can not be used when making a shared
> object; recompile with -fPIC
> build.log:/usr/bin/ld: .libs/embryo_amx.o: relocation R_X86_64_PC32
> against `memcpy@@GLIBC_2.2.5' can not be used when making a shared
> object; recompile with -fPIC
> build.log:/usr/bin/ld: .libs/libedje_la-edje_calc.o: relocation
> R_X86_64_PC32 against `memcpy@@GLIBC_2.2.5' can not be used when making
> a shared object; recompile with -fPIC
> build.log:/usr/bin/ld: .libs/e_mod_main.o: relocation R_X86_64_PC32
> against `gettext@@GLIBC_2.2.5' can not be used when making a shared
> object; recompile with -fPIC
> 
> Nasa

can you cvs update and try again? many of these have been fixed i believe. (i
can't see the reason for the issue) as for that e_mod_main.c - what module is
being compiled?


-- 
------------- 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to