Hello together!
I've found some time (and inspiration) to work on the C++ linking
feature again.
Currently I'm trying to implement namespace support, but I've got some
questions about implementation details.
My current idea is this:
MyClass=cppclass
(...)
end; namespace
21.03.2010 17:08, Sven Barth wrote:
4. What about reserved identifiers being used in the namespace which
might be valid in C++ (e.g. location, platform, register,
object or even begin)?
'' at the begining of identifer allows to use any identifier name like
location, platform, etc.
Best
In our previous episode, Paul Ishenin said:
21.03.2010 17:08, Sven Barth wrote:
4. What about reserved identifiers being used in the namespace which
might be valid in C++ (e.g. location, platform, register,
object or even begin)?
'' at the begining of identifer allows to use any
21.03.2010 17:33, Marco van de Voort wrote:
'' at the begining of identifer allows to use any identifier name like
location,platform, etc.
That doesn't help, since still breaks existing code that might not even use
C++ extensions. But I assume this is done in a separate mode (or
In our previous episode, Paul Ishenin said:
That doesn't help, since still breaks existing code that might not even use
C++ extensions. But I assume this is done in a separate mode (or
modeswitch?)
Sorry? needs to be placed in the pascal code. So I don't see what
existing code can
Hi again!
On 21.03.2010 11:28, Paul Ishenin wrote:
21.03.2010 17:08, Sven Barth wrote:
4. What about reserved identifiers being used in the namespace which
might be valid in C++ (e.g. location, platform, register,
object or even begin)?
'' at the begining of identifer allows to use any
Hi again!
I'll answer some of my questions myself:
2. What about the order of namespace and external? Should it be namespace (...); external
(...); or external (...); namespace (...);? Or shall both orders be accepted?
For now I've decided to use namespace(...); external(...);
3. How can
21.03.2010 20:21, Sven Barth wrote:
3. How can I parse a not reserved identifier? Checking idtoken for
_ID, using it with token and after usage calling consume(_ID);?
Usage is with pattern (all letters uppercase) or orgpattern
(original casing) instead of token... the rest works as expected.
On 21 Mar 2010, at 14:28, Paul Ishenin wrote:
21.03.2010 20:21, Sven Barth wrote:
3. How can I parse a not reserved identifier? Checking idtoken for _ID,
using it with token and after usage calling consume(_ID);?
Usage is with pattern (all letters uppercase) or orgpattern (original
5. What's the best way to save the namespace in the tobjectdef class?
As a string containing 'FirstPart.SecondPart'? Or as C++ mangled
string '9FirstPart10SecondPart'? Or something else (e.g. a list
containing the parts)?
I've decided to save the mangled name in the objectdef. It's mangled
21.03.2010 20:30, Jonas Maebe wrote:
That should be m_none instead of m_all, otherwise every program
using namespace as identifier will fail to compile afterwards.
Sorry. My fault - looked at m_none but copied m_all line instead :(
Best regards,
Paul Ishenin.
Hi again!
Once I say 'I did it that and that way', all are coming to answer me...
Nice :)
On 21.03.2010 14:28, Paul Ishenin wrote:
21.03.2010 20:21, Sven Barth wrote:
3. How can I parse a not reserved identifier? Checking idtoken for
_ID, using it with token and after usage calling
In our previous episode, Sven Barth said:
(besides using m_none instead of m_all as Jonas mentioned).
I'm talking about the namespace value itself.
E.g. the C++ code
namespace Foo::Bar {
class FooBar {
}
}
becomes to
FooBar = cppclass
end; namespace Foo.Bar;
Hi again!
On 21.03.2010 15:24, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
(besides using m_none instead of m_all as Jonas mentioned).
I'm talking about the namespace value itself.
E.g. the C++ code
namespace Foo::Bar {
class FooBar {
}
}
becomes to
On Tue, Mar 21, 2010 at 2:01 PM, Marco van de Voort
http://bugs.freepascal.org/view.php?id=15795 wrote:
I'll reiterate my opinion that first a decision about what the working
stringtype of the RTL will be.
IMHO there is no decent solution till there is a real utf-8 type (read
cpnewstr)
The
In our previous episode, dmitry boyarintsev said:
On Tue, Mar 21, 2010 at 2:01 PM, Marco van de Voort
http://bugs.freepascal.org/view.php?id=15795 wrote:
I'll reiterate my opinion that first a decision about what the working
stringtype of the RTL will be.
IMHO there is no decent solution
In our previous episode, Martin Schreiber said:
Yes, it does so and i see no problems here. The package also converts
UTF-16 to ansi encoding for Win9x.
Converting string from UTF16 to UTF8 (or any other encoding) is not
much time penalty comparing to the time of the file operation itself.
On 21 Mar 2010, at 17:29, Martin Schreiber wrote:
On Windows and Mac utf-16 is then native filename encoding
On Mac it's utf-8, not utf-16.
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Sun, Mar 21, 2010 at 7:53 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On Mac it's utf-8, not utf-16.
At least, not as sequence of bytes, see test1.pas of the ufiles package.
thanks,
dmitry
___
fpc-devel maillist -
19 matches
Mail list logo