Re: [Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Danny Backx
On Tue, 2009-12-29 at 18:34 +, Pedro Alves wrote: > My knee jerk reaction is: you could try a first step at checking if it's > a problem with loader applied relocations, or, if it's a runtime, > post loader problem. Replace your debug '#if 0' by, say, > > at global scope: > volatile int print

Re: [Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Pedro Alves
On Tuesday 29 December 2009 18:53:10, Kai Tietz wrote: > Hello, > > 2009/12/29 Pedro Alves : > > My knee jerk reaction is: you could try a first step at checking if it's > > a problem with loader applied relocations, or, if it's a runtime, > > post loader problem.  Replace your debug '#if 0' by, s

Re: [Cegcc-devel] about zlib

2009-12-29 Thread Pedro Alves
On Tuesday 29 December 2009 08:34:12, Danny Backx wrote: > On Mon, 2009-12-28 at 18:00 +0100, Vincent Torri wrote: > > On Mon, 28 Dec 2009, Pedro Alves wrote: > > > I also see that you set -D_WIN32_IE=0x0400 in the Makefile. I wish > > > people would stop doing that. _WIN32_IE is not meant for CE

Re: [Cegcc-devel] about zlib

2009-12-29 Thread Pedro Alves
On Monday 28 December 2009 17:00:11, Vincent Torri wrote: > > On Mon, 28 Dec 2009, Pedro Alves wrote: > > >> btw, feel free to mention any improvements about the port (see the README > >> file, about the optimization flags, for example) > > > >> From said README: > > > >> 7) Compilation > >> > >>

Re: [Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Pedro Alves
My knee jerk reaction is: you could try a first step at checking if it's a problem with loader applied relocations, or, if it's a runtime, post loader problem. Replace your debug '#if 0' by, say, at global scope: volatile int print_base = 0; { ... if (print_base) wsprintf(msg, L"Ptr %p", &

Re: [Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Danny Backx
On Tue, 2009-12-29 at 16:28 +, Pedro Alves wrote: > On Tuesday 29 December 2009 14:49:36, Danny Backx wrote: > > Replacing the underlying function do_pseudo_reloc() by an empty one also > > got the DLL to load. Adding MessageBoxW() calls to print the arguments > > succeeds, until I try to print

Re: [Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Vincent R.
On Tue, 29 Dec 2009 15:49:36 +0100, Danny Backx wrote: > On Mon, 2009-12-28 at 10:00 +0100, Danny Backx wrote: >> I just committed a cleaned up version of my current work. >> >> This now has .edata and .idata sections hidden in .rdata, and can >> generate working DLL and EXEs but with the SizeOfI

Re: [Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Pedro Alves
On Tuesday 29 December 2009 14:49:36, Danny Backx wrote: > On Mon, 2009-12-28 at 10:00 +0100, Danny Backx wrote: > > I just committed a cleaned up version of my current work. > > > > This now has .edata and .idata sections hidden in .rdata, and can > > generate working DLL and EXEs but with the Si

[Cegcc-devel] "Workaround" DLLs

2009-12-29 Thread Danny Backx
Here are a couple of DLLs that were tweaked as described in my earlier mail. Please let me know if they behave. http://danny.backx.info/download/cegcc/libexpat-1.dll http://danny.backx.info/download/cegcc/libgcc_s_sjlj-1.dll http://danny.backx.info/download/cegcc/libstdc++-6.dll -rwxrwxr-x 1 dann

[Cegcc-devel] Yay (Re: More WM 6.1 work committed)

2009-12-29 Thread Danny Backx
On Mon, 2009-12-28 at 10:00 +0100, Danny Backx wrote: > I just committed a cleaned up version of my current work. > > This now has .edata and .idata sections hidden in .rdata, and can > generate working DLL and EXEs but with the SizeOfImage <= 1 limit. > > Danny I found one more issue,

Re: [Cegcc-devel] about zlib

2009-12-29 Thread Danny Backx
On Mon, 2009-12-28 at 18:00 +0100, Vincent Torri wrote: > On Mon, 28 Dec 2009, Pedro Alves wrote: > > I also see that you set -D_WIN32_IE=0x0400 in the Makefile. I wish > > people would stop doing that. _WIN32_IE is not meant for CE > > usage. If you do need it, it's a bug in the w32api headers