Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
remote development
adorlith:
Hi guys, I started a few weeks ago to hack the CB to add remote devel capabilities. In fact that's the way I found CB, looking for a good, free IDE. I mainly program on Unix/Linux but I'm too lazy to use Linux as a desktop OS. So I use XP on my laptop and connect to a unix machine.
I like CB so I decided to add myself the remote devel code. I started to write some code but it turns out that I gotta modify some core functionalities, XML project file format, FileOpen dialog, etc. My question is, would you incorporate my code intro the CB ?. I ask this because with the new functionalities/ bug fixes added everyday, it will be a pain in the ass to report each time my modifications into the main trunk.
mandrav:
As you have probably read in the forums, a major compiler framework re-design will take place after 1.0. Maybe you should wait until then and participate in the discussion...
Most of the current design shortcomings have been identified, hence the need to redesign the framework. So, any work you put now might be invalidated then...
thomas:
I would very much appreciate being able to compile on my Linux box using Code::Blocks from my XP desktop. Currently, I edit my files on the XP box via samba and open a console to the Linux box to invoke a makefile by hand, which is a nuisance (admitted, I could install wxGTK and just compile C::B for Linux, but installing wxGTK is a nuisance, too, and the X servers for Windows aren't great, either).
--- Quote from: adorlith on October 20, 2005, 11:16:56 am ---I started to write some code but it turns out that I gotta modify some core functionalities, XML project file format, FileOpen dialog, etc. My question is, would you incorporate my code intro the CB ?.
--- End quote ---
Can't you pack the functionality into a plugin? This would cause a lot less trouble both for you and for the devs.
What if the user edits sources on a SMB volume, that way the sources are on the Linux box already. Then you make a modified compilergcc "compile remotely" plugin which does some network wizardry (use plink or rsh to connect to the Linux box and invoke gcc with the parameters that you get from the project).
This would require zero changes to the application, and would probably not be an awful lot of work, either. The compilergcc plugin already exists and works reliably, all you need to do is call plink instead of running mingw-gcc directly. Then you need one extra configuration screen, and it should do.
--- Quote from: adorlith on October 20, 2005, 11:16:56 am ---I ask this because with the new functionalities/ bug fixes added everyday, it will be a pain in the ass to report each time my modifications into the main trunk.
--- End quote ---
Is this not just what cvs update does? You can update regularly while making changes, and the modifications to the main trunk will be merged to your working copy. And when you have reached a point where you want to release your changes, you make a patch against the current release. Does that not work out?
adorlith:
--- Quote from: thomas on October 20, 2005, 11:45:58 am ---I would very much appreciate being able to compile on my Linux box using Code::Blocks from my XP desktop. Currently, I edit my files on the XP box via samba and open a console to the Linux box to invoke a makefile by hand, which is a nuisance (admitted, I could install wxGTK and just compile C::B for Linux, but installing wxGTK is a nuisance, too, and the X servers for Windows aren't great, either).
--- End quote ---
Moreover, I work sometimes on a unix/linux machine and I need to develop & debug on another unix machine which doesn't have an X server.
--- Quote from: thomas on October 20, 2005, 11:45:58 am ---Can't you pack the functionality into a plugin? This would cause a lot less trouble both for you and for the devs.
What if the user edits sources on a SMB volume, that way the sources are on the Linux box already. Then you make a modified compilergcc "compile remotely" plugin which does some network wizardry (use plink or rsh to connect to the Linux box and invoke gcc with the parameters that you get from the project).
This would require zero changes to the application, and would probably not be an awful lot of work, either. The compilergcc plugin already exists and works reliably, all you need to do is call plink instead of running mingw-gcc directly. Then you need one extra configuration screen, and it should do.
--- End quote ---
what if you have only ftp or sftp access to that machine ?
--- Quote from: adorlith on October 20, 2005, 11:16:56 am ---I ask this because with the new functionalities/ bug fixes added everyday, it will be a pain in the ass to report each time my modifications into the main trunk.
--- End quote ---
Is this not just what cvs update does? You can update regularly while making changes, and the modifications to the main trunk will be merged to your working copy. And when you have reached a point where you want to release your changes, you make a patch against the current release. Does that not work out?
--- Quote ---
--- End quote ---
It might be an idea.
adorlith:
--- Quote from: mandrav on October 20, 2005, 11:42:04 am ---As you have probably read in the forums, a major compiler framework re-design will take place after 1.0. Maybe you should wait until then and participate in the discussion...
Most of the current design shortcomings have been identified, hence the need to redesign the framework. So, any work you put now might be invalidated then...
--- End quote ---
I know, I just asked to see if there's anybody else that needs this feature. The programming would be more challenging :D this way.
Navigation
[0] Message Index
[#] Next page
Go to full version