On Sun, 2008-09-07 at 03:53 +0100, Pedro Alves wrote:
> On Saturday 30 August 2008 10:12:26, Danny Backx wrote:
> > Pedro did that for gdb.
>
> Yep.
>
> > I've started playing with the new gdb release
> > since I got my new PDA but I've not sorted out the problems yet.
>
> Glad to hear that!
On Sun, 2008-09-07 at 04:14 +0100, Pedro Alves wrote:
> On Saturday 06 September 2008 08:52:24, Danny Backx wrote:
> > 1. rcp prog.exe ipaq:/temp
> > 2. rsh ipaq /temp/gdbserver.exe : /temp/prog.exe
> > 3. gdb prog.exe
> >target remote ipaq:
>
> Try this instead:
>
> gdbserver.exe --m
On Sun, 2008-09-07 at 04:11 +0100, Pedro Alves wrote:
> On Thursday 04 September 2008 19:47:09, Danny Backx wrote:
>
> > After that, I'd like opinions about removing the gdb source tree from
> > our svn (but keeping gdb in binary distributions).
>
> Yay! Please do remove it.
>
> I've contribute
Well, that's pretty much what I had to do --- edit the header file.
I *do* have _WIN32_WCE defined as well as _WIN32_IE. Are you suggesting
that _WIN32_IE should *not* be defined?
So it's OK, I can compile OK once I've edited the header file. I've
reported this just so the public releases of ceg
On Wednesday 09 July 2008 07:32:35, [EMAIL PROTECTED] wrote:
> but is there another option ?
Yes, search the archives.
> So why it can find windows.h and not errno.h
Look closer to the error gcc is outputting, and notice which file and
line the error is comming from.
--
Pedro Alves
On Saturday 06 September 2008 08:52:24, Danny Backx wrote:
> 1. rcp prog.exe ipaq:/temp
> 2. rsh ipaq /temp/gdbserver.exe : /temp/prog.exe
> 3. gdb prog.exe
> target remote ipaq:
Try this instead:
gdbserver.exe --multi :
gdb prog.exe
(gdb) set remote exec-file /temp/prog.exe
(gdb
On Thursday 04 September 2008 19:47:09, Danny Backx wrote:
> After that, I'd like opinions about removing the gdb source tree from
> our svn (but keeping gdb in binary distributions).
Yay! Please do remove it.
I've contributed the proper gdb and gdbserver ports upstream for well over
a year no
On Sunday 31 August 2008 11:32:47, Hywel B. Richards wrote:
> I can compile with the mingw32ce version, but it just runs too slow, and
> I have not as yet managed to fix this by using the allocator directly or
> by using special allocators.
Boo, sorry to hear that. :-(. Well, this is not really
On Saturday 30 August 2008 10:12:26, Danny Backx wrote:
> Pedro did that for gdb.
Yep.
> I've started playing with the new gdb release
> since I got my new PDA but I've not sorted out the problems yet.
Glad to hear that! You're on CE 6 now, IIUC? I've never
tried gdbserver on CE 6, and I was
On Saturday 30 August 2008 09:21:44, Vincent Torri wrote:
> cegcc rely on newlib 1.14.0 if I'm not mistaken. Since then 2 version have
> been released (and i think that a new one will be released end of december
> i think, like the previous ones)
Newlib doesn't really have what is usually called
On Saturday 30 August 2008 09:21:44, Vincent Torri wrote:
> btw, wouldn't it be better to include windows ce code into newlib main
> tree, instead of having a kind of fork in the cegcc branch ?
Not really. What we should do is investigate splitting the sys/wince dir
out of newlib into libgloss,
On Friday 29 August 2008 19:18:55, Danny Backx wrote:
> - The _WIN32_IE condition may be wrong. MSDN says this function exists
> since Windows CE 2.12. Do you have a clue how to better code the
> condition ?
Just wrap it in _WIN32_WCE >= xxx. _WIN32_IE is a macro used in
desktop versions of W
I've uploaded it.
https://sourceforge.net/project/showfiles.php?group_id=173455&package_id=198682&release_id=624479
This contains the stuff generated by the gdb build, and includes the
gdbserver.exe which needs to be put on your PDA.
Use like this :
1. rcp prog.exe ipaq:/temp
2. rsh ipaq /temp/
13 matches
Mail list logo
