Re: [Cegcc-devel] __image_base__ update

2009-04-16 Thread Danny Backx
I hacked the Makefile a bit, need to figure out why it was not behaving the way it should. There's now also a gdbserver.exe at the same place. dannypc: {500} file gdbserver.exe gdbserver.exe: PE32 executable for MS Windows (console) Intel 80386 32-bit dannypc: {501} ls -l gdbserver.exe -rwxrwxr-

Re: [Cegcc-devel] __image_base__ update

2009-04-16 Thread Danny Backx
Everything except src/profile compiles on my system. The profile stuff has at least two issues. The easy one is a small configure issue related to underscores. The other is that mcount.c contains ARM assembler, not x86 assembler. Note that src/profile is rather funky stuff, I'd prefer to stay aw

Re: [Cegcc-devel] __image_base__ update

2009-04-16 Thread Johnny Willemsen
Hi, > That would require "a bit" of work to hook the binutils build system > into src/mingw. I don't think that this would be a very good idea, this > is too low level stuff. > > I've just committed a patch to SVN, can you review ? Looks ok. I will do a svn update tomorrow morning and do a compl

Re: [Cegcc-devel] __image_base__ update

2009-04-16 Thread Danny Backx
On Thu, 2009-04-16 at 19:40 +0200, Johnny Willemsen wrote: > > Depending on whether binutils stays the same, I'd say the > > src/mingw/include/_mingw.h file needs to change so the __U macro looks > > different. > > > > Or am I overlooking something ? > > No, _mingw.h has to change. The check for

Re: [Cegcc-devel] Patches for cegcc on osx-powerpc (again, now cleaner)

2009-04-16 Thread Danny Backx
On Wed, 2009-04-15 at 23:33 +0200, Ismail Khatib wrote: > First of all sorry for the form of my last email, I was in a kind of > strange mood that day. Don't worry about it. But a patch with comment is infinitely better than one without :-) I have questions about your submissions. With some answe

Re: [Cegcc-devel] __image_base__ update

2009-04-16 Thread Johnny Willemsen
Hi, > I'm not too sure about this one. I wasn't also sure about this ;-) > You're proposing to change (in src/mingw/pseudo-reloc.c) : > extern char __U(_image_base__); > > But in src/mingw/include/_mingw.h, it says : > #ifdef UNDER_CE > /* ARM Windows CE is not underscored. */ > # define __U(S

Re: [Cegcc-devel] __image_base__ update

2009-04-16 Thread Danny Backx
I'm not too sure about this one. You're proposing to change (in src/mingw/pseudo-reloc.c) : extern char __U(_image_base__); But in src/mingw/include/_mingw.h, it says : #ifdef UNDER_CE /* ARM Windows CE is not underscored. */ # define __U(SYM) _ ## SYM # define __IMP(S) __imp_ ## S #else /* Desk

Re: [Cegcc-devel] Hello world dialog.c works on x86 device!

2009-04-16 Thread Danny Backx
Great ! Danny On Thu, 2009-04-16 at 12:54 +0200, Johnny Willemsen wrote: > After making the changes for image_base, global_ctor/dtor and profile.c the > compilation of cegcc for x86 finished with done. We have compiled dialog.c > (as listed on http://cegcc.sourceforge.net/docs/using.html)

[Cegcc-devel] Hello world dialog.c works on x86 device!

2009-04-16 Thread Johnny Willemsen
Hi, After making the changes for image_base, global_ctor/dtor and profile.c the compilation of cegcc for x86 finished with done. We have compiled dialog.c (as listed on http://cegcc.sourceforge.net/docs/using.html) with the x86 compiler and have run it on our x86 device. The hello world dialog wit

[Cegcc-devel] Problem compiling cegcc\src\profile\profile\profile.c

2009-04-16 Thread Johnny Willemsen
Hi, The file cegcc\src\profile\profile\profile.c uses errno but that code is just disabled for ARM. I think it should check UNDER_CE because CE doesn't have errno. Attached an updated file. Johnny /* profil.c -- win32 profil.c equivalent Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.

Re: [Cegcc-devel] Multiple defined symbols

2009-04-16 Thread Johnny Willemsen
Hi, Attached an updated file for cegcc\src\mingw. I added a mingw_ prefix to the global methods. Now the libstdc++ does compile without problems. The problem doesn't appear with ARM because ARM uses ELF and then the _do_global_dtors and _do_global_ctors are not compiled as part of libgcc2.c Johnn

Re: [Cegcc-devel] GCC_NO_EXECUTABLES error

2009-04-16 Thread Johnny Willemsen
Hi, Seems this is an issue reported in the past to stdlibc++, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16371 Johnny -- Stay on top of everything new and different, both inside and around Java (TM) technology - r