some issues and requests

[oBFusCATed]

1. This is the right way.
2. We can not distinguish between  C or C++, but __cplusplus just needed by C++, not C. We can not find the best way.
3. This is impossible! Because in current, a project per to a parser.
4. Could you give me more explain?
5. In current, we record only the line number, but not the position.
6. Sorry, do not understood.
7. e.g. How to decision? void tes|t() { /* implement*/ }

1. No, it is not the right thing to do, I'm talking as a user.
   I don't care that some has used "typedef struct {} name;" (this is the correct C code, by the way), instead of "struct name {};".
   In the symbols browser I want to see the struct name, in both cases.
   Now, I get Unamed_Struct_00xxx and I should search in the typedefs to see what is the real name.
   You can say that it can't be done (of course I doubt about that:) ), but saying this is the right was is plain wrong
2. You can, it the .h file is included from C++ file the __cplusplus macro is define, simple as that (of course it will get pretty nasty if both C and C++ file include the same header)
3. I see
4. See here http://smrt.is-a-geek.org/codeblocks/screens/cc_toolbar_bug.png
5. Can you record the position, I don't think it will be such problem? (Another int in the token struct, big deal).
6. If you have code like this:

int func(int arg1)
{
 ....
 ....
    int c = arg1; <--- goto declaration here will goto the opening curly bracket of the function '{', not to the position of the argument
}
It looks like 6 is related to 5

7. No need for decision, you can fill the popup menu with all the found declarations and implementations

Blueshake, seems you're right, probably the bug 9.1 is related to bug 10.

[ollydbg]

5. Can you record the position, I don't think it will be such problem? (Another int in the token struct, big deal).

You mean the "column position"? if Yes, the Tokenizer class should record the column position, then add a int member variable in the Token class.

[oBFusCATed]

Yes, the column

[Loaden]

5. Goto declaration goes to the start of the line not the start of the token
6. Goto declaration goes to the { of a function, when the declaration is an argument, should go to the start of the token
8. Sometimes 'goto declaration' works but 'goto implementation' doesn't
13. Call tip sometimes don't show (pretty random)
14. There is no highlighted parameter in the calltip (sometimes)

Hi, oBFusCATed, these issue should be fixed in HEAD.

[Loaden]

15. Symbols browser is not updated after some text is typed and "Update parser when typing" = on (when probably, should be replace with while (native speaker correct me please))

Can you post a test demo in here?
I can't reproduce you problem.

[Loaden]

12. Call tip for constructors still not working

Fixed in r6802.

[Loaden]

11. No template parameters for templated classes in the Symbol Browser

supported in r6803.

[Loaden]

2. We can not distinguish between  C or C++, but __cplusplus just needed by C++, not C. We can not find the best way.

2. You can, it the .h file is included from C++ file the __cplusplus macro is define, simple as that (of course it will get pretty nasty if both C and C++ file include the same header)

No, we can't.
In batch parsing, we can only get the target compiler, but in a project, a target can per a compiler.
So, who is the C Compiler? who is the C++ compiler?
If there have C Compiler, and have C++ Compiler too, then how to decision?
This is too hard, we can't solved it.

[oBFusCATed]

Loaden: thanks for the fixes, I'll give it a try the next time Morten syncs the branches

No, we can't.
In batch parsing, we can only get the target compiler, but in a project, a target can per a compiler.
So, who is the C Compiler? who is the C++ compiler?
If there have C Compiler, and have C++ Compiler too, then how to decision?
This is too hard, we can't solved it.

Why do you care for the compiler?
You know the type of every translation unit (.c or .cpp file),
so if a header is included from a cpp file or a header where __cplusplus is define, you define the __cplusplus...

[Loaden]

Loaden: thanks for the fixes, I'll give it a try the next time Morten syncs the branches

No, we can't.
In batch parsing, we can only get the target compiler, but in a project, a target can per a compiler.
So, who is the C Compiler? who is the C++ compiler?
If there have C Compiler, and have C++ Compiler too, then how to decision?
This is too hard, we can't solved it.

Why do you care for the compiler?
You know the type of every translation unit (.c or .cpp file),
so if a header is included from a cpp file or a header where __cplusplus is define, you define the __cplusplus...

Another way, done in r6805.

[oBFusCATed]

Super

[oBFusCATed]

Another problem I've encountered:

Type "#include <wx/i", then the completion for the include shows, then choose wx/ipc.h from the list.
The result is "#include <wx/wx/ipc.h>" not the correct one "#include <wx/ipc.h>"

[Jenna]

Another problem I've encountered:

Type "#include <wx/i", then the completion for the include shows, then choose wx/ipc.h from the list.
The result is "#include <wx/wx/ipc.h>" not the correct one "#include <wx/ipc.h>"

Works fine here on debian.

[oBFusCATed]

Hm, works here, too, now
It seems that it is a bit random or the testcase is time dependant