By not allowing spaces in path, I cannot install under "C:\Program Files\Dev-Cpp\" anymore !!! The ' ' between 'Program' and 'Files' makes the installer angry...
My previous settings used to have path including "C:\Program Files\" so when I try to open the 'Compiler options' panel, it pops be twice that there is several path unfound starting with "Files\" ("C:\Program" is skipped).
Before taking such mesures, correct MingW first, instead to scramble people workspace !
Kochise
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
you can always install to some temp directory and then copy the files back program files.
All we're saying is if you install to such path sooner or later you WILL run into problems, and we can't support that because it's a problem with mingw. search bugs page for details.
Only letter, numbers, : \ - are allowed in the path. Look into user forum and see how many people report problems just because the have above in their path. this is lesser evil.
I'm not just complaining, I'm just trying to switch from Visual C++ 6 to Dev-Cpp successfully. I'm just stuck with a minor bug (space char handling) that have a major repercusion upon the MingW functionality :/
What sadden me the most, I was teached to handle string with spaces between " and ", especially on command lines... First point.
Second point, about the command-line lenght limitation, I was always told varg parameters could be passed through a file, thus providing the compiler the path and the file name to use. Then the compiler will seek the lenght of the file, reserve enough memory buffer, load the file, THEN process the command-line !
I'm disapointed to find such trouble on the GCC 3.4.2 compiler, supposed to be far more reliable than my current VC6 compiler (it does compile more sources than VC6, according to my previous tests using Dev-cpp 4.9.9.1/MingW 3.4.2 DevPaks).
I would like to implement a complete Dev-Cpp framework at home and especially at work for my collegues, to switch from VC6+MFC to GCC/wxWidgets (Dev-cpp/VisualWx). But this cannot be done before it runs OK.
Some libs and includes still resides in the "C:\Program Files\Microsoft Visual Studio\VC98\" folder. Many spaces that turns 4.9.9.2 angry, where 4.9.9.1 wasn't displeased. So I could have recompilated SDL using DX9 dependencies installed in my VC98 directory tree.
THIS is the major drawback I have to face. Dev-cpp 4.9.9.2 is growing better day after day, I would spend some time in improving things with my knowledge of C++ (not Delphi), like the class browser I told about Colin (http://esbrowsers.sourceforge.net/), but for this I have to fight against some misery issues.
Nothing more, nothing less...
Have you read the mails I sent to Colin (from david.koch@xxx.yy) ?
David KOCH aka Kochise
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
regarding the space, unfortunately I cannot get involved in yet another project and start fixing stuff for mingw/binutils/other projects
regarding the long paths, there may be a solution, except I haven't had a time to look into this, and there's a good workaround - don't put files in long paths.
regarding the spaces in installation, I had 2 choices: let the installer install into paths with chars that will cause problems, so Wayne, Adrian and others on the forum have to deal with those questions literally daily, or disable them and have 1 unhappy user (yourself so far), and offer him a workaround which is installing to temp dir without invalid chars and them move the directory to wherever else.
and 4.9.9.1 was displeased with spaces except it alowed it causing a number 1 problem reported by users: http://aditsu.freeunixhost.com/dev-cpp-faq.html
and check tons of messages on forum and the faq.
class browser and tight integration with wxwidgets is being imlpemented as wxdev-cpp project (http://sf.net/projects/wxdsgn/) and will be integrated with dev-c++ in time.
my plan is also to include scintilla as a second editor to choose from and make the parser use ctags instead creating own parser in delphi
another option for you is codeblocks.org
esbrowsers project seems to be inactive since 2003.
Colin didn't share any emails with me
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Import Visual project, cannot specify another directory than the source directory which contains the DSP file
When loading packages, include/lib paths are not automaticaly added into the 'C folder' and 'C++ folder'
If the path given in these pasth ends with a reverse backslash, files are not seen, path must be trimed
When converting a project from Visual to devcpp, resource files are not converted to the native Devcpp format
I have trouble creating LIB and DLL, function export don't works
A Visual-like shortcut set should be available for easy switching (will write an artcile for CodeProject 'How to switch')
In the debug pane, cannot display in hex
Like in Visual, an immediate pane should be present in debug pane, showing currently involved variables states
I tried wxDevcpp from http://wxdsgn.sourceforge.net/, things seems great, but path dependencies are hard coded to a wxDevcpp folder (that's not your concern)
Insight package is broken, the path of the Insight.exe is bad
No definition lookup like in Visual, to spot were a function/variable/else is defined or used, should integrates BeSweet from http://esbrowsers.sourceforge.net/
Would like to find a Projecct selector like in Visual, to compile in Debug mode, then switch in Release mode and compile the project. Several compiler settings might be set, then
selected through a combo-box (Debug mode, Release mode, Optimized mode, ...)
Some settings should be set from start right after installation, like 'line number, 'show inherited members', 'show related parenthesis', ...
--
KOCH David aka Kochise (qui vous avait dj contact depuis Magneti Marelli en 2001 - j'ai fait le mail en anglais au cas o vous vouliez le transmettre vos collgues anglophones)
De: "KOCH David" <david.koch@>
: "DkLib" <david.koch@>
Sujet: Fw: Dev-cpp 4.9.9.1 (URGENT)
Date: Wed, 16 Feb 2005 11:02:59 +0100
Hi Colin, I already wrote you from my home address, then I'd like to
add some requests from work :
Create a compiler setup page which would contain a spreadsheet
like table. On each row, add the Setup you want to select through
compilation (Debug mode, Executable mode, Release mode, etc) and
on each column compiler settings. Each cell would be selectable through
the use of a combo-box to switch from/to Yes/No.
Add a define column which for each compiler setup some defines should
be given (like 'DEBUG' for the 'Debug mode' setting, '_GNUWIN32'
for GCC compatibility, ...)
Greatly simplify the compiler options :
1- The bin page, two columns : Path and Programs
The Path column would contains the current Folder/Binaries page
The Program column would contains the current Programs page
While selection a program row, it would hilight the paths (more than
one row possible) were it was found in the first column. Thus it would
be easy to solve precedence amongst binary paths.
2- The library page, two columns : Path and Library
The Path column would contains the current Folder/Library page
The Library column would contains the current Link editor from the
Project parameters dialog.
In this Library column, we would not enter -lmingw32 or -ltinyxmlSTL
but just mingw32 or tinyxlmSTL. While selection a library row, it
would hilight the paths (more than one row possible) were it was found
in the first column. Thus it would be easy to solve precedence amongst
Library paths.
When hovering the mouse upon a library, a tooltip should appears with
the resolved path (the mouse above 'mingw32' should displays
C:\Program Files\Dev-cpp\lib\libmigw32.a).
Also a direct compiler command line should be present at the bottom of
the dialog for direct tweaking (-lmingw32 or -ltinyxmlSTL have to be
defined there, in respect of the gcc syntax).
3- The include page, mostly like the current Folder/Include page.
Merge the C/C++ pages, or add two checkbox columns, one for
C and one for C++. Thus if you wants to use a path for both modes,
we would just have to un/check the right column.
A 'Find include' line should be present at the bottom of the dialog for
direct include testing. While entering glut.h it would hilight the paths
(more than one row possible) were it was found. Thus it would be easy
to solve precedence amongst Include paths, or just see that none of
such an include file was found if no path was hilghted.
4- The define page
Currently found in the Parameters fold of the Project options, would be
possible to add project specific defines in a column. Thus we would
define TIXML_USE_STL just by adding this to the column without
having to edit the Projet options.
Also a direct compile command line should be present at the bottom of
the dialog for direct tweaking (-DTIXML_USE_STL have to be
defined there, in respect of the gcc syntax).
5- The Generation page
Currently found in the Construction fold and the Version fold of the
Project options, this page would merge these two folds.
The executable and object paths would be given as relative like the
current mode. When hovering the mouse upon a path, a tooltip should
appears with the resolved path (the mouse above '..\lib' should
displays D:\Codex\ZEngine\lib) from the current project path.
If the path is given as absolute (D:\Codex\ZEngine\lib), the path should
be resolved as relative at compilation according to the project location.
Thus if I converted a project from Visual to Dev-cpp from the 'msvc'
folder, then moved the dev file into the 'project\devcpp' folder, the
compiler would automatically receive '....\lib').
Some issues in the class explorer. When I hover the mouse upon a
ifdef USE_XML definition, I would be glad to get a tooltip like
'USE_XML defined in Project.h line 43' or 'Project.h:43 #define USE_XML'. A right click on it would allow me to open the 'Project.h'
file on place me on the 43th line
Same for methods, variables, members, etc... I tried Ctrl+SPACE but
with no success :/
Anyway, great job till today !
If you are one of the Lord of the Compiler, thanks you :)
Kochise
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
it's rather long to answer one by one.
the way I work on the projects is I look into what people need most (forums/lists) look into bugs page (above) and RFEs. My top priority was to make it much more stable first, then improve. I think I made dev-c++ more stable since around 4988.
some of the points could be discussed on the forums/lists, maybe people already know the answer (like problem with lib/dll)
some are really long projects and I'm not sure when will I be able to even consider them. Generally if we're going to switch/add a new component, I would like that project to show some vital signs unlike for example esbrowsers.
regarding visualwx - it looks like it's a complete ide?
anyway I will definitely not implement all those in a matter of days, and the best thing would be to put it all in bugs and rfe, otherwise it will probably get lost among lots of other posts in this forum in a while
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Maybe a continuing thread here on "New Snapshot Announcements" might be a good idea. Don't go into too much detail in your announcements, just a very top-level view of whats in it, and a continuing section that tells where you can get it. 80% could be boilerplate. (Including disclaimers about using them implies a certain amount of responsibility - good/complete reports on errors, don't whine too much if it breaks something blah blah blah)
A suggestion to be sure, as I am completely incapable of giving orders anywhere - even to my son.
;)
Wayne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think we're almost done with this thread.
I just need some final feedback as to how does 4992 installer + latest cvs build work for people.
If there are no show stoppers I would like to release it within next few days.
Main purpose of this release is increased stability and fixing most reported problems (the same as from the top of Adrian FAQ).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
what are the pro and cons. currently we have a server that's sometimes not available. There's definitely going to be a problem pushing it down to people who are going to upgrade not clean install. Two servers are definitely going to confuse people - there will be questions what does it mean and is the contents the same. Can we just switch to sf?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
By not allowing spaces in path, I cannot install under "C:\Program Files\Dev-Cpp\" anymore !!! The ' ' between 'Program' and 'Files' makes the installer angry...
My previous settings used to have path including "C:\Program Files\" so when I try to open the 'Compiler options' panel, it pops be twice that there is several path unfound starting with "Files\" ("C:\Program" is skipped).
Before taking such mesures, correct MingW first, instead to scramble people workspace !
Kochise
you can always install to some temp directory and then copy the files back program files.
All we're saying is if you install to such path sooner or later you WILL run into problems, and we can't support that because it's a problem with mingw. search bugs page for details.
Only letter, numbers, : \ - are allowed in the path. Look into user forum and see how many people report problems just because the have above in their path. this is lesser evil.
if you want to go beyond just complaining and are c/c++ developer you can help out by proposing a solution to those two problems:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=591
and
http://sourceforge.net/tracker/?group_id=10639&atid=110639&func=detail&aid=990853
and then I'll gladily reenable the spaces
I'm not just complaining, I'm just trying to switch from Visual C++ 6 to Dev-Cpp successfully. I'm just stuck with a minor bug (space char handling) that have a major repercusion upon the MingW functionality :/
What sadden me the most, I was teached to handle string with spaces between " and ", especially on command lines... First point.
Second point, about the command-line lenght limitation, I was always told varg parameters could be passed through a file, thus providing the compiler the path and the file name to use. Then the compiler will seek the lenght of the file, reserve enough memory buffer, load the file, THEN process the command-line !
I'm disapointed to find such trouble on the GCC 3.4.2 compiler, supposed to be far more reliable than my current VC6 compiler (it does compile more sources than VC6, according to my previous tests using Dev-cpp 4.9.9.1/MingW 3.4.2 DevPaks).
I would like to implement a complete Dev-Cpp framework at home and especially at work for my collegues, to switch from VC6+MFC to GCC/wxWidgets (Dev-cpp/VisualWx). But this cannot be done before it runs OK.
Some libs and includes still resides in the "C:\Program Files\Microsoft Visual Studio\VC98\" folder. Many spaces that turns 4.9.9.2 angry, where 4.9.9.1 wasn't displeased. So I could have recompilated SDL using DX9 dependencies installed in my VC98 directory tree.
THIS is the major drawback I have to face. Dev-cpp 4.9.9.2 is growing better day after day, I would spend some time in improving things with my knowledge of C++ (not Delphi), like the class browser I told about Colin (http://esbrowsers.sourceforge.net/), but for this I have to fight against some misery issues.
Nothing more, nothing less...
Have you read the mails I sent to Colin (from david.koch@xxx.yy) ?
David KOCH aka Kochise
regarding the space, unfortunately I cannot get involved in yet another project and start fixing stuff for mingw/binutils/other projects
regarding the long paths, there may be a solution, except I haven't had a time to look into this, and there's a good workaround - don't put files in long paths.
regarding the spaces in installation, I had 2 choices: let the installer install into paths with chars that will cause problems, so Wayne, Adrian and others on the forum have to deal with those questions literally daily, or disable them and have 1 unhappy user (yourself so far), and offer him a workaround which is installing to temp dir without invalid chars and them move the directory to wherever else.
and 4.9.9.1 was displeased with spaces except it alowed it causing a number 1 problem reported by users:
http://aditsu.freeunixhost.com/dev-cpp-faq.html
and check tons of messages on forum and the faq.
class browser and tight integration with wxwidgets is being imlpemented as wxdev-cpp project (http://sf.net/projects/wxdsgn/) and will be integrated with dev-c++ in time.
my plan is also to include scintilla as a second editor to choose from and make the parser use ctags instead creating own parser in delphi
another option for you is codeblocks.org
esbrowsers project seems to be inactive since 2003.
Colin didn't share any emails with me
Date: Sat, 05 Feb 2005 17:54:43 +0100
: webmaster@bloodshed.net
Sujet: REF: Dev-cpp 4.9.9.1 report (NON URGENT)
De: "David KOCH" <david.koch@>
Organisation: 9Online
Some issues...
selected through a combo-box (Debug mode, Release mode, Optimized mode, ...)
--
KOCH David aka Kochise (qui vous avait dj contact depuis Magneti Marelli en 2001 - j'ai fait le mail en anglais au cas o vous vouliez le transmettre vos collgues anglophones)
De: "KOCH David" <david.koch@>
: "DkLib" <david.koch@>
Sujet: Fw: Dev-cpp 4.9.9.1 (URGENT)
Date: Wed, 16 Feb 2005 11:02:59 +0100
Hi Colin, I already wrote you from my home address, then I'd like to
add some requests from work :
like table. On each row, add the Setup you want to select through
compilation (Debug mode, Executable mode, Release mode, etc) and
on each column compiler settings. Each cell would be selectable through
the use of a combo-box to switch from/to Yes/No.
Add a define column which for each compiler setup some defines should
be given (like 'DEBUG' for the 'Debug mode' setting, '_GNUWIN32'
for GCC compatibility, ...)
1- The bin page, two columns : Path and Programs
The Path column would contains the current Folder/Binaries page
The Program column would contains the current Programs page
While selection a program row, it would hilight the paths (more than
one row possible) were it was found in the first column. Thus it would
be easy to solve precedence amongst binary paths.
2- The library page, two columns : Path and Library
The Path column would contains the current Folder/Library page
The Library column would contains the current Link editor from the
Project parameters dialog.
In this Library column, we would not enter -lmingw32 or -ltinyxmlSTL
but just mingw32 or tinyxlmSTL. While selection a library row, it
would hilight the paths (more than one row possible) were it was found
in the first column. Thus it would be easy to solve precedence amongst
Library paths.
When hovering the mouse upon a library, a tooltip should appears with
the resolved path (the mouse above 'mingw32' should displays
C:\Program Files\Dev-cpp\lib\libmigw32.a).
Also a direct compiler command line should be present at the bottom of
the dialog for direct tweaking (-lmingw32 or -ltinyxmlSTL have to be
defined there, in respect of the gcc syntax).
3- The include page, mostly like the current Folder/Include page.
Merge the C/C++ pages, or add two checkbox columns, one for
C and one for C++. Thus if you wants to use a path for both modes,
we would just have to un/check the right column.
A 'Find include' line should be present at the bottom of the dialog for
direct include testing. While entering glut.h it would hilight the paths
(more than one row possible) were it was found. Thus it would be easy
to solve precedence amongst Include paths, or just see that none of
such an include file was found if no path was hilghted.
4- The define page
Currently found in the Parameters fold of the Project options, would be
possible to add project specific defines in a column. Thus we would
define TIXML_USE_STL just by adding this to the column without
having to edit the Projet options.
Also a direct compile command line should be present at the bottom of
the dialog for direct tweaking (-DTIXML_USE_STL have to be
defined there, in respect of the gcc syntax).
5- The Generation page
Currently found in the Construction fold and the Version fold of the
Project options, this page would merge these two folds.
The executable and object paths would be given as relative like the
current mode. When hovering the mouse upon a path, a tooltip should
appears with the resolved path (the mouse above '..\lib' should
displays D:\Codex\ZEngine\lib) from the current project path.
If the path is given as absolute (D:\Codex\ZEngine\lib), the path should
be resolved as relative at compilation according to the project location.
Thus if I converted a project from Visual to Dev-cpp from the 'msvc'
folder, then moved the dev file into the 'project\devcpp' folder, the
compiler would automatically receive '....\lib').
Some issues in the class explorer. When I hover the mouse upon a
ifdef USE_XML definition, I would be glad to get a tooltip like
'USE_XML defined in Project.h line 43' or 'Project.h:43 #define
USE_XML'. A right click on it would allow me to open the 'Project.h'
file on place me on the 43th line
Same for methods, variables, members, etc... I tried Ctrl+SPACE but
with no success :/
Anyway, great job till today !
If you are one of the Lord of the Compiler, thanks you :)
Kochise
it's rather long to answer one by one.
the way I work on the projects is I look into what people need most (forums/lists) look into bugs page (above) and RFEs. My top priority was to make it much more stable first, then improve. I think I made dev-c++ more stable since around 4988.
some of the points could be discussed on the forums/lists, maybe people already know the answer (like problem with lib/dll)
some are really long projects and I'm not sure when will I be able to even consider them. Generally if we're going to switch/add a new component, I would like that project to show some vital signs unlike for example esbrowsers.
regarding visualwx - it looks like it's a complete ide?
anyway I will definitely not implement all those in a matter of days, and the best thing would be to put it all in bugs and rfe, otherwise it will probably get lost among lots of other posts in this forum in a while
"Before taking such mesures, correct MingW first, instead to scramble people workspace !"
Dev has no control over MinGW whatsoever.
Wayne
Marek,
Maybe a continuing thread here on "New Snapshot Announcements" might be a good idea. Don't go into too much detail in your announcements, just a very top-level view of whats in it, and a continuing section that tells where you can get it. 80% could be boilerplate. (Including disclaimers about using them implies a certain amount of responsibility - good/complete reports on errors, don't whine too much if it breaks something blah blah blah)
A suggestion to be sure, as I am completely incapable of giving orders anywhere - even to my son.
;)
Wayne
I think we're almost done with this thread.
I just need some final feedback as to how does 4992 installer + latest cvs build work for people.
If there are no show stoppers I would like to release it within next few days.
Main purpose of this release is increased stability and fixing most reported problems (the same as from the top of Adrian FAQ).
http://sourceforge.net/tracker/index.php?func=detail&aid=1112782&group_id=10639&atid=110639
> BTW please add http://devpaks.sourceforge.net/webupdate.conf as a third devpak
> server. I hope that everytime will always at least one of the servers work.
what are the pro and cons. currently we have a server that's sometimes not available. There's definitely going to be a problem pushing it down to people who are going to upgrade not clean install. Two servers are definitely going to confuse people - there will be questions what does it mean and is the contents the same. Can we just switch to sf?
i don't understand how can this confuse anybody, there was mirrors for long time, so if there will be
PlanetMirror.com
devpaks.org mirror 1
devpaks.org mirror 2
it's absolutely clear
maybe it's because it was compiled with delphi 7
I wonder if I compiled it with d6, I would still get this error. I don't like not knowing what was wrong
so it's out.
thanks everybody for the input
enjoy the new version ;)
Should this thread go away then?
Wayne
I'm not going to post to it, but please don't delete it
Yes sir!
:)
Best of luck with your new release. And thanks for your selfless work!
Wayne
and thanks for your help