Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

Splitting debugger in two - specific debugger and common GUI

<< < (16/136) > >>

oBFusCATed:

--- Quote from: mariocup on September 16, 2009, 10:20:42 pm ---
--- Code: ---src\plugins\debuggergdb\debugger_defs.h:12:22: tr1/memory: No such file or directory

--- End code ---

--- End quote ---
You need gcc4.0.0+ because I'm using std::shared_ptr<> here and there.
Morten is that a problem?


--- Quote from: jens on September 16, 2009, 10:23:05 pm ---By the way: if I close a project, the breakpointlist is not cleared.

--- End quote ---
Will fix tonight, thanks for the report

mariocup:
Hi oBFusCATed,

some weeks ago I switched to GCC 4.4.0 but had problems building CB with auto-import if I remember correctly. I will try it again with GCC 4.4.0 tonight.

Thanks

MortenMacFly:

--- Quote from: oBFusCATed on September 17, 2009, 09:58:42 am ---Morten is that a problem?

--- End quote ---
Funny that I did not realise this because I just swapped to GCC4 myself very recently. Hmmm... so far we only used 3.4.5 for official builds. But now as GCC4.0.0. is officially out we might switch, but this needs some discussion. AFAIK the nightly builds are already donw ith GCC4 (need to check that, too).
But if you are only using std::shared_ptr<> why not implementing a GCC 3.4.5 "compatibility header" similar like boost)?

Jenna:
Linux build-system is updated in debugger/propgrid-branch (C::B projectfiles and automake).

Please test and post any issues.

Thanks.

oBFusCATed:

--- Quote from: MortenMacFly on September 17, 2009, 11:48:49 am ---But if you are only using std::shared_ptr<> why not implementing a GCC 3.4.5 "compatibility header" similar like boost)?

--- End quote ---
You propose to extract the shared_ptr from boost?
I can remove them. I'm using them only in std::vector<std::tr1::shared_ptr<some_type> > container_some_type.

Navigation

[0] Message Index

[#] Next page

[*] Previous page