On 10/23/19 4:23 PM, Jon Trulson wrote: > On 10/23/19 4:18 PM, Chase wrote: >> Most of it should work in theory™, but the most testing I did was to make >> sure that we could get past the configure.ac file, but I made some changes >> afterwards. I know what shouldn't work for sure is appbuilder, dthelp and >> dtinfo, they use some imake magic that is pretty complex, makedepend also >> doesnt work, not because i couldnt, but because I was thinking we would do >> it at the compiler level when it came time for a merge and it wouldn't be >> necessary. I seemed to have never written a Makefile for >> programs/utils/dttypes (I did this a while ago, Ive been spending recent >> efforts on trying to import a new version of ksh). >> > > Ok, I got past configure, but 'make' dies as there are no makefiles > generated (missing AC_CONFIG_FILES() :) I'm working on that now, just > for kicks. I'll start with just lib/ at first. > > I'll probably just disable dthelp, doc, dtappbuilder, etc until the rest > of it can build and work fine. Then we can tackle the trouble makers. > > Good move on ksh - another 'sore spot' in need to reworking. Ideally we > could just link against an official version of the new ksh rather than > build one ourselves. Guess we'll see. >
FYI: I've made several dozen commits to this branch. I can build lib/ now, and some pieces of programs/. An 8-core build of lib takes me 36 seconds :) WRT depend, yes - autotools handles that automatically so we don't need to worry about it. I've also integrated tradcpp - we still need a good cpp for the various scripts and resource files. The default of gcc -E simply didn't work, and duplicating the current /lib/cpp + sed crap wasn't doing it for me either. tradcpp seems to work pretty well so far, so I redid all the stuff I can build now using that. The cppfile.tmpl isn't usable, so I am doing that stuff differently too. I've also disabled static builds, and the way you were using .a libs to build up a bigger lib also does not work, so I do that all differently too. I still need to do some work on libtt. See the git log for more details. Hopefully I'll get more time to work on this later on this month/year. When ready, I will also test on FreeBSD and OpenBSD. Solaris guy(s) will have to do their own testing/fixing. It will be glorious when complete, no need for Imake any more. -jon > > -jon > >> >> Thank you for your time, >> -Chase >> >> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ >> On Wednesday, October 23, 2019 5:02 PM, Jon Trulson <j...@radscan.com> wrote: >> >>> On 10/23/19 3:58 PM, Chase wrote: >>> >>>> I mimicked imake in this case, and put an include to a file that uses >>>> variables for a cpp command. There might be a better way to do this (this >>>> might not even work at all), but I was hoping to stick to what works for >>>> now and autotoolize the code as we go along, the configure.ac also mimicks >>>> imake in the sense that it uses os detection rather than feature detection. >>> >>> Yeah. I was thinking to use tradcpp - single source file, bsd licensed, >>> that can act just like cpp and we can include it as part of the build. >>> But that can wait for now. >>> >>> I've tried to build it and there are some missing pieces still in >>> configure.ac, Makefile.am. I'm hacking on it now :) >>> >>> But - is any of this expected to work yet, or were you just filling in >>> pieces first? >>> >>> It would help to know what is expected to work and what isn't at this >>> stage. Again, thanks for the effort! >>> >>> -jon >>> >>>> Thank you for your time, >>>> -Chase >>>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ >>>> On Wednesday, October 23, 2019 4:45 PM, Jon Trulson j...@radscan.com wrote: >>>> >>>>> On 10/23/19 2:56 PM, Chase via cdesktopenv-devel wrote: >>>>> >>>>>> I tried to make these patches as distinct as possible, this constitutes >>>>>> an estimated 80% of the code covered >>>>> >>>>> Nice! I can see that took a long time. >>>>> As discussed, I have applied these patches to the new >>>>> autotools-conversion branch. >>>>> Nice work Chase - this gives us a good start on an autotools building >>>>> future :) >>>>> I look forward to trying it out soon. >>>>> How did you handle the cases where cpp is used to pre-process various >>>>> files (doc, .ksh scripts, UDB, etc)? I haven't looked yet. >>>>> [...] >>>>> >>>>> Jon Trulson >>>>> "Nothing unreal exists." >>>>> -- Kiri-kin-tha >>>>> cdesktopenv-devel mailing list >>>>> cdesktopenv-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel >>> >>> -- >>> >>> Jon Trulson >>> >>> "Nothing unreal exists." >>> -- Kiri-kin-tha >> > -- Jon Trulson "Nothing unreal exists." -- Kiri-kin-tha _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel