The 12 March 2007 build will NOT be out.

[killerbot]

little issue on linux

[bloodmagic]

恩 ，期待正式版！

[Biplab]

Please post in English only. We don't understand what you are writing.

[Grom]

If western wold will continue doing all stupid stuff that they are doing.... Everybody will start understand what he is meaning. :twisted:

[Biplab]

It's not a matter of East or West. It's a matter of common language. Common language of this forum is English. So it's a request to all of you to make your replies in English.

FYI, my country has 20+ different languages (major) and if you count lesser used ones it can reach upto 50. So if I start using them one by one it would be very difficult for others to understand. These can't be translated through online translators.

[blackcherry]

sorry for that there's someone post in  Chinese

Although many people put emphasis on internet etiquette ,

there're always some don't listen to others

----------------------------
And by the way

I have a simple question

Can the developers of codeblock make one pack of zip file

with codeblock program and other all dll files?

It might be helpful to those who need to download all necessary dll files.

[Biplab]

little issue on linux

The following patch would solve the problem. I've not applied it yet. I'll inform Thomas about this patch. It was his suggestion and he should check it.

Code Select Expand

Index: include/prep.h
===================================================================
--- include/prep.h      (revision 3692)
+++ include/prep.h      (working copy)
@@ -5,7 +5,16 @@
#include <wx/version.h>
#endif

+// Undef the following constants. This seems to affect every file which uses namespace platform
+// So these two must be undef'ed first before using namespace platform in any other cpp file
+#ifdef linux
+       #undef linux
+#endif
+#ifdef unix
+       #undef unix
+#endif

+
template <int major, int minor> struct wxMinimumVersion { enum { eval = (wxMAJOR_VERSION > major || (wxMAJOR_VERSION == major && wxMINOR_VERSION >= minor))}; };
template <int major, int minor> struct wxExactVersion { enum { eval = (wxMAJOR_VERSION == major && wxMINOR_VERSION == minor)}; };
template <bool b> struct CompileTimeAssertion{};
Index: sdk/configmanager.cpp
===================================================================
--- sdk/configmanager.cpp   (revision 3692)
+++ sdk/configmanager.cpp   (working copy)
@@ -33,6 +33,9 @@
#include <shlobj.h>
#endif

+#undef linux
+#undef unix
+
#if defined(__APPLE__) && defined(__MACH__)
#include <sys/param.h>
#include <mach-o/dyld.h>

I've tested the patch and it will fix the compilation issue.

sorry for that there's someone post in  Chinese

Nothing to be sorry from your side.

And by the way

I have a simple question

Can the developers of codeblock make one pack of zip file

with codeblock program and other all dll files?

It might be helpful to those who need to download all necessary dll files.

Well, it's a tricky question. Because plugins consist of a number of dlls. Not all of them gets an update everyday but it's tedious to find them out and pack the updated ones.

Regards,

Biplab

[killerbot]

strange I already tried out the same thing yesterday, and I ran into problems.
The thing is I unconditionally undef-ed it. Which put me into troubles in configmanager.cpp.

Will try again soon.

[killerbot]

tried it again, and I can say it doesn't work.
Tried it out on 2 different machines.

[Biplab]

Did you apply the patch for configmanager.cpp? I can confirm it works. I have already compiled it.

[killerbot]

no, not the configmanager, strange it needs undef twice ..

[Biplab]

no, not the configmanager, strange it needs undef twice ..

What I found is the linux and unix macros are somewhat hard-coded. So wherever you want to use another variable with same name, you have to undef them first and in each cpp file this should be done. I tried including prep.h where I made the undef but GCC refused to compile until I added them in cpp file itself.

[mandrav]

I think it's a bad idea to undefine these macros. We should just use different names. We don't know what other code might break because we re-define a previously established macro...

[Biplab]

I think it's a bad idea to undefine these macros. We should just use different names. We don't know what other code might break because we re-define a previously established macro...

I'm not sure, but it may break some other parts. Already some other users and myself had posted alternative fixes. Now Thomas & You have to make a decision in this regard.

[Kalma]

Hello, I have litle problem , I could not make a new project enymore.
That means I dont see any Project template on New->Project, although
there are no other templates. So, what could be the reason for this behavior.
I'm using CB svn selfbuild rev 3687.