Re: [cdt-dev] Mac CDI Patches (Was MinGW gdb)
On 4 February 2010 19:07, Marc Khouzam <marc.khouzam@xxxxxxxxxxxx> wrote:
>> - Debug in a path containing a space (bug 263689). To be fair,
>> it probably doesn't work with DSF-GDB on any platform. It would
>> also be hard to do a Mac OS-specific patch in DSF-GDB.
> We could do a Mac-specific patch by using the service instead
> of sending the MI command directly. I'll put that comment in the
> bug to help it along.
> For my info, are spaces used a lot in paths on Mac?
> I've never had to care about this problem on Linux.
Well that's an interesting question. In Linux I too never create
directories with spaces -- I spend my non-Eclipse life in a shell...
However when I use my Mac I create naturally named files and
directories just because it works.
The fact that the first time I tried out DSF it was with a project
called "hello world" is just unlucky, but it's something that
shouldn't lock up the IDE :)
>> - Inserting a breakpoint while GDB is running. This is also not
>> supported in DSF-GDB on any platform, see bug 242943.
> I've always wanted to have this fixed.
> I can look at that one too since I see a patch from Marc-Andre.
> As a note though, there are more and more people knowledgeable
> about DSF in the CDT community these days, and maybe someone
> else wants to give one of these bugs a look? I hate to think
> I'm the reason these things are not being fixed, but I also have
> a lot (_lot_) of other work to do.
>> Thanks for listening.
>> Mike Jackson www.bluequartz.net
>> Principal Software Engineer mike.jackson@xxxxxxxxxxxxxx
>> BlueQuartz Software Dayton, Ohio
>> On Feb 4, 2010, at 12:21 PM, Marc Khouzam wrote:
>> > Good point. However, I've tried hard to get the Mac support for
>> > DSF-GDB to work as well as CDI. In fact, we had reached that point
>> > until last night, when new patches were committed to CDI
>> :-) I am all
>> > for continuing to make CDI work whenever the community contributes
>> > patches. However, I am hoping that efforts put towards CDI are not
>> > taken away from DSF-GDB, as this is probably not the most efficient
>> > way to proceed.
>> > Mac is a good example again in this case, as we got good
>> patches for
>> > DSF-GDB as soon as we were clear that this was the future for CDT,
>> > instead of focusing on CDI.
>> cdt-dev mailing list
> cdt-dev mailing list