Fred,

thank you for the reply. Indeed, building gdl2 without DBModel would be the
solution that comes to mind. But doesn't that mean that I will have to
change the configuration file of gdl2?  Something I would have to do
locally, and repeat if any updates are made to gdl2?

I will keep that as a last ressort solution. Thanks to the help of David
with the gdl2-port, I managed to create the beginning of  a port for
renaissance. A first test revealed errors during the linking stage. There
is a whole series of errors like these:


ld.lld: error: corrupt input file: version definition index 10416 for
symbol utHBoxViewInfo._view is out of bounds
>>> defined in ../Source/obj/libRenaissance.so

ld.lld: error: corrupt input file: version definition index 1914 for symbol
ue_GSAutoLayoutGridViewInfo._rowSegmentIndex is out of bounds
>>> defined in ../Source/obj/libRenaissance.so

ld.lld: error: corrupt input file: version definition index 0 for symbol
_GSAutoLayoutManagerSegment._topPadding is out of bounds
>>> defined in ../Source/obj/libRenaissance.so

ld.lld: error: corrupt input file: version definition index 2 for symbol
sgSend is out of bounds
>>> defined in ../Source/obj/libRenaissance.so

ld.lld: error: corrupt input file: version definition index 104 for symbol
topHPadding is out of bounds
>>> defined in ../Source/obj/libRenaissance.so

Is this the linker problem David mentioned earlier, or is this something
that can be solved by changing the code?

Hoping you're not getting bored yet,

Edwin




el

On Tue, 21 May 2019, 21:33 Fred Kiefer, <[email protected]> wrote:

> That would be 2009, ten years ago, yes this could fit to the errors you
> are getting. In part this is our problem as no release was done in the time
> in between. Still could you please switch to the master branch  and only
> report issues for that branch?
> Renaissance only gets used in DBModel, you should just ignore this
> subdirectory and just build the rest of gdl2.
>
> Hope this helps,
> Fred
>
>
>
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to