Am 24.08.2015 um 12:14 schrieb Alfred:
Hello to all,
Coming back from a long vacation, I saw today that there are some
major changes (trunk) made to ncgrtti.pas.
As you may perhaps know, I do have some interest in somewhat extended
(interface) rtti.
The initial extended rtti is saved in a
On 24/08/15 19:30, Steve Hildebrandt wrote:
already did the changes but have jet to find the time to integrate them
in the branch.
Currently they are only in a local git branch.
What would be the best approach concerning a svn rebase ?
Rebasing a publicly published branch is generally not a
Maybe you are using empty sets in your source code?
An empty set:
[]
has no elements and thus the compiler cannot know what
the type of the elements are.
In the hope that this will help,
Pierre Muller
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org
Hello to all,
Coming back from a long vacation, I saw today that there are some major
changes (trunk) made to ncgrtti.pas.
As you may perhaps know, I do have some interest in somewhat extended
(interface) rtti.
The initial extended rtti is saved in a separate branch. And working for
me !
Am 24.08.2015 um 19:46 schrieb Jonas Maebe:
On 24/08/15 19:30, Steve Hildebrandt wrote:
already did the changes but have jet to find the time to integrate them
in the branch.
Currently they are only in a local git branch.
What would be the best approach concerning a svn rebase ?
Rebasing a
On 24/08/15 21:45, Steve Hildebrandt wrote:
What I wanted to know is, in which way can I integrate the current svn
trunk in the RTTI branch, preventing headache for anyone using it.
1) check out the rtti svn branch
2) svn merge ^/trunk
- you'll get conflicts for ncgrtti.pas, postpone conflict
Thanks!
It was a great suggestion!
It is probably related to empty sets - but there is also something else
- i have *.pp with [] passed as parameter but *.ppu does not mention
set with empty ElType :(
Thanks again!
Gennady
On 8/24/2015 3:05 AM, Pierre Free Pascal wrote:
Maybe you are
