Hmmm, I see that a number of routines that used to be in oodCommon.cpp got moved to ooShapesAid.cpp. Perhaps this needs to be a dependency of ooDialog.dll as well.
Rick On Sun, Sep 30, 2018 at 4:45 PM Rick McGuire <object.r...@gmail.com> wrote: > I'm seeing ooShapes.dll getting built and getting a lot of linkage errors > from the ooDialog.dll link step when it tries to link to routines in > ooShapes.dll. Is that what you are referring to? The ooShapes.exp file only > exports the RexxGetPackage entry point, so I'm no surprised they are not > found. Either these routines all need to be added to the .def file to be > exported, or possible ShapesAid.obj was intended to be linked into the > ooDialog.dll as well as ooShapes.dll. I'm not at all sure I understand why > Mark decided these needed to be moved into a different dll in the first > place. > > Rick > > On Sun, Sep 30, 2018 at 3:25 PM Erich Steinböck < > erich.steinbo...@gmail.com> wrote: > >> I've branched our 5.0 trunk into my sandbox/erich/trunk-ood-242 (242 is a >> typo, should have been 424 of course), and updated it from the latest >> stand-alone ooDialog 4.2.4 code and samples. >> >> The new ood 4.2.4 has refactored some code into an ooShapes DLL. I've >> tried to update CMakeLists.txt for the required changes, but I seem to be >> missing some CMake magic how to correctly build ooShapes.dll. >> >> Can someone please have a look what's wrong? Direct updates to my >> sandbox are fine, too. >> Thanks!! >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >> >
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
