[Cegcc-devel] libtool & cegcc
Hi, Im trying to compile libjpeg (i'm thinking of working on porting enlightenment...) when compiling with the -fPIC flag, I get this error: ./libtool-wrap --tag=CC --mode=compile arm-wince-cegcc-gcc -I/opt/cegcc/include -I. -c ./jctrans.c arm-wince-cegcc-gcc -I/opt/cegcc/include -I. -c ./jctrans.c -fPIC -DPIC -o .libs/jctrans.o /tmp/cczlnTAh.s: Assembler messages: /tmp/cczlnTAh.s:921: Error: undefined symbol `_GLOBAL_OFFSET_TABLE_' in operation /tmp/cczlnTAh.s:933: Error: attempt to get value of unresolved symbol `L0' /tmp/cczlnTAh.s:921: Error: cannot represent BFD_RELOC_32_PCREL relocation in this object file format Any ideas ? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] libtool & cegcc
Ok, thanks for your help. I still ran into some obstacles though: a. I still couldn't compile with --enable-shared in configure... b. I tried to build from svn but there was an error where size_t was being redefined diferently (for gdb) I included a patch about this... not exactly the best way but it compiles on x86_64, maybe a newer version of win32api has something about this? c. There isn't a mman.h I need that header to build eet (enlightenment) and it seems to me that if newlib provides an malloc it should also provide that header... ? On 10/7/07, Pedro Alves <[EMAIL PROTECTED]> wrote: > > Danny Backx wrote: > > > > I always forget exactly how to force "configure" to do the right thing, > > but you might want to try this : > > % setenv CC arm-wince-cegcc-gcc > > % setenv AR arm-wince-cegcc-ar > > % setenv RANLIB arm-wince-cegcc-ranlib > > % ./configure --target=arm-wince-cegcc > > % make > > > > For a library, it's --host that matters. Think of it as the host where > the code you're compiling is going to run. --target is only makes sense > in the > context of a cross compiler or cross debugger (or a cross anything else). > Eg: Compiling gcc with '--host=xxx --target=yyy' means that the code (the > compiler) is going to run on host xxx, and is going to produce code > for target yyy. You can then go further like: --build=bbb --host=xxx > --target=yyy : that is, I want to build a compiler that runs on host xxx, > but > I'm going to build it on a bbb machine, and I want that compiler to > cross-compile code for target yyy. > > > > This build libjpeg flawlessly on my system. > > > > Note that there's no -fPIC in the compiler command line, I don't think > > you can/should use that for ARM. > > > > It's not about ARM. Currently, -fPIC is only implemented for elf targets. > As you can see, the linker was complaining about a GOT, which is elf > specific. > > Cheers, > Pedro Alves > > > Index: cegcc/src/w32api/include/winnt.h === --- cegcc/src/w32api/include/winnt.h (revision 1062) +++ cegcc/src/w32api/include/winnt.h (working copy) @@ -3915,7 +3915,9 @@ #endif /* _WIN32_WCE */ #ifdef _WIN32_WCE +#ifndef __SIZE_TYPE__ typedef unsigned int size_t; +#endif #ifndef offsetof #define offsetof(type, ident) ((size_t)&(((type*)0)->ident)) #endif - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] libtool & cegcc
K, i'll look into that what about changing newlib for uclibc ?? How hard would that be? On 10/8/07, Pedro Alves <[EMAIL PROTECTED]> wrote: > > Rodolfo Hansen wrote: > > > b. I tried to build from svn but there was an error where size_t was > > being redefined diferently (for gdb) I included a patch about this... > > not exactly the best way but it compiles on x86_64, maybe a newer > > version of win32api has something about this? > > > > The gdb in our svn is totally broken on 64-bit machines. Try gdb > from cvs upstream, or a 6.7 snapshot instead. > > > Cheers, > Pedro Alves > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] A few loose ends
I believe we should look into build cegcc with either uclibc or newlib, no? Message: 1 > Date: Sun, 21 Oct 2007 21:09:14 -0700 > From: "Steve DeLaney" <[EMAIL PROTECTED]> > Subject: [Cegcc-devel] A few loose ends > To: > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > > > Hi there, well I am continuing to build more stuff. Generally this is > going > well but I noted a few > loose ends > > A) missing select.h in /opt/cegcc install. Copied from the cegcc newlib > includes > B) missing select.h in /opt/cegcc install. Copied from x86 FC6 > C) missing regex.h in /opt/cegcc install. Copied from the cegcc newlib > includes > D) missing some symbols in resource.h - was able to patch the needed > symbols > from x86 FC6 > > But now some symbols are missing for regex APIs (regcomp, regexec, > refgree) > Should I download and build regex from sourceforge? > > http://gnuwin32.sourceforge.net/packages/regex.htm > > > /steverino2 > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
