[Cegcc-devel] windres compilation doesn't check for iconv

2009-05-20 Thread Eric House
I've finally figured out why arm-mingw32ce-windres doesn't handle utf8-encoded .rc files correctly but don't know what to do about it. It has to do with how autoconf works for binutils. The problem is in wind_MultiByteToWideChar(), in src/binutils/binutils/winduni.c. That function has three condi

Re: [Cegcc-devel] [PATCH] Support aligned common symbols on PE.

2009-05-20 Thread Dave Korn
Danny Backx wrote: > On Tue, 2009-05-19 at 14:54 +0100, Dave Korn wrote: > It seems to have worked. It does :) >> The one other thing I did want to know: what's happening about the >> cegcc-related name changes in upstream configure and binutils? I thought I >> had seen a patch about it som

Re: [Cegcc-devel] [PATCH] Support aligned common symbols on PE.

2009-05-20 Thread Danny Backx
On Tue, 2009-05-19 at 14:54 +0100, Dave Korn wrote: > Danny Backx wrote: > > Reply to all so the list sees this. > > > > W.r.t. not getting through on the list. I've looked at the list config, > > can't find a reason. I received this message only directly, not via the > > list. I've added your E-m

Re: [Cegcc-devel] Problem with fileno()

2009-05-20 Thread Pierre Ynard
> I'll try changing the definition of fileno to void *, we'll see what > breaks :-) Compiling live555 now fails on some lines that use fileno(), with: error: invalid conversion from 'void*' to 'int' Just saying. -- Pierre Ynard --

Re: [Cegcc-devel] getcwd() definition in the headers

2009-05-20 Thread Vincent Torri
On Wed, 20 May 2009, Pierre Ynard wrote: > > >>> The getcwd() function is defined in io.h, whereas it doesn't exist on >>> WinCE. Attempts to redefine it (for portability reasons) fail. >> >> use GetModuleFileName() with GetModuleHandle(NULL) in your program to get >> the directory of your progr

Re: [Cegcc-devel] First TAO server works!

2009-05-20 Thread Johnny Willemsen
Hi, Yes, it is open source. We are using the telnet server of WinCE to remotely start the executables. You can first see the commands we do to copy the needed DLLs to the executable directory (this fails partly because we link staticly), then we start our server using Server -ORBDebugLevel 10

Re: [Cegcc-devel] First TAO server works!

2009-05-20 Thread Pablo Rogina
Hi, congratulations to all the people involved in this achievement. Looking at the attached logging output, it says "Pocket CMD v 6.00" so just to know, is this an open source application? Thanks, Pablo On Wed, May 20, 2009 at 8:41 AM, Johnny Willemsen wrote: > Hi, > > I have just run the first

Re: [Cegcc-devel] getcwd() definition in the headers

2009-05-20 Thread Pierre Ynard
> > The getcwd() function is defined in io.h, whereas it doesn't exist on > > WinCE. Attempts to redefine it (for portability reasons) fail. > > use GetModuleFileName() with GetModuleHandle(NULL) in your program to get > the directory of your program. Thanks for the tip, but in my case I need

[Cegcc-devel] First TAO server works!

2009-05-20 Thread Johnny Willemsen
Hi, I have just run the first TAO Hello World test with success. We used an eBox 4300 target running Windows CE 6 which ran the TAO CORBA server. A linux system was running the CORBA client. The client made a remote invocation which returned the correct value. Attached the logging output of this t

Re: [Cegcc-devel] getcwd() definition in the headers

2009-05-20 Thread Danny Backx
I've taken out the definitions of getcwd mktemp chdir in io.h. The functions didn't exist so they shouldn't be in an include file. Danny On Wed, 2009-05-20 at 11:17 +0200, Vincent Torri wrote: > > On Wed, 20 May 2009, Pierre Ynard wrote: > > > Hello, > > > > The

Re: [Cegcc-devel] getcwd() definition in the headers

2009-05-20 Thread Vincent Torri
On Wed, 20 May 2009, Pierre Ynard wrote: > Hello, > > The getcwd() function is defined in io.h, whereas it doesn't exist on > WinCE. Attempts to redefine it (for portability reasons) fail. use GetModuleFileName() with GetModuleHandle(NULL) in your program to get the directory of your program.

Re: [Cegcc-devel] Known problems with readdir?

2009-05-20 Thread Danny Backx
I've not changed the build scripts yet, except for the src/mingwdll directory. If you want to grab this change but stick with the "working" gcc, just update src/mingw/mingwex . It's a one character change in src/mingw/mingwex/wince/findfile.c : the last return statement should return 0 instead of

[Cegcc-devel] getcwd() definition in the headers

2009-05-20 Thread Pierre Ynard
Hello, The getcwd() function is defined in io.h, whereas it doesn't exist on WinCE. Attempts to redefine it (for portability reasons) fail. Regards, -- Pierre Ynard "Une âme dans un corps, c'est comme un dessin sur une feuille de papier." ---

Re: [Cegcc-devel] Known problems with readdir?

2009-05-20 Thread Johnny Willemsen
Hi, > Fixed. Thanks. If we do a svn up of cegcc, do we then get gcc 4.3.2 again default or gcc 4.4? We would prefer to stay on 4.3.2 until we know for sure 4.4 works for x86 Johnny -- Crystal Reports - New Free Runti

Re: [Cegcc-devel] Known problems with readdir?

2009-05-20 Thread Danny Backx
Fixed. Danny On Tue, 2009-05-19 at 17:18 +0200, Johnny Willemsen wrote: > Hi, > > Attached a reproducer program. Because WinCE doesn't has a current directory > it seems to does a readdir from the root directory, but I just get "Network" > back (the first directory given by dir) but then