Not much time at the moment to analise this, quite swamped at work.
Nuno Lucas wrote:
> On 10/29/06, Kevin O'Connor <[EMAIL PROTECTED]> wrote:
>
>> Okay. That seems to work. The build still fails when it gets to gdb,
>> but that's not really a problem for me. Haret seems to run fine with
>> th
Pedro Alves wrote:
>Not much time at the moment to analise this, quite swamped at work.
>
>Nuno Lucas wrote:
>
>
>
>>On 10/29/06, Kevin O'Connor <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>>Okay. That seems to work. The build still fails when it gets to gdb,
>>>but that's not really a problem fo
Danny Backx wrote:
> Pedro,
>
> I just tried running your scripts in src/ to see whether they got me
> further than mine. Both fail in a similar way, can you help me out ?
>
>
Strange, the host's gcc is calling the target's as?
> gcc -c -O -I/usr/lesstif/include -DIN_GCC -DCROSS_COMPILE -W -
If you're using the scripts/linux build, then yesterday's commits should
fix the build. If they don't, please tell me about it.
Danny
On Mon, 2006-10-30 at 00:26 +, Nuno Lucas wrote:
> On 10/29/06, Kevin O'Connor <[EMAIL PROTECTED]> wrote:
> > Okay. That seems to work. The build sti
On Mon, 2006-10-30 at 12:23 +, Pedro Alves wrote:
> >The real solution would be to port gdbserver (there is a mingw port in
> >gdb-cvs) to wince. The problem is that
> >gdbserver doesn't have dll debugging support. If that hack doesn't work,
> >porting gdbserver should be a priority.
> >I've
Danny Backx wrote:
>On Mon, 2006-10-30 at 12:23 +, Pedro Alves wrote:
>
>
>>>The real solution would be to port gdbserver (there is a mingw port in
>>>gdb-cvs) to wince. The problem is that
>>>gdbserver doesn't have dll debugging support. If that hack doesn't work,
>>>porting gdbserver sho
Danny Backx wrote:
> Pedro,
>
> I approved a reply from you to the SVN-commits mailing list, but I
> didn't get the message through the mailing list yet. Maybe it has a
> backlog.
>
> If I remember the message well, it said that DLLs in mingw32ce need to
> be created by src/script.sh . This was in
Hi all,
I am commiting this patch that cleans up gcc's support of Windows CE for
arm.
This patch fixes some major bugs/annoyances we had:
- __declspec(dllexport/dllimport) was so broken that it was hurting.
We weren't passing -export= in .drectve properly,
so the linker would default to export
