On 11/1/19 8:35 PM, Matthew R. Trower wrote: > Forgive my ignorance Jon, but what's the trouble with cpp? Shouldn't the > platform C compiler (GCC, SunPRO, or whatever else) provide a suitable C > preprocessor? And why does using autotools rather than make affect the > situation? > > > What am I missing? >
For C and C++ files yes... But even with CDE currently, we do not use gcc -E, we directly call cpp and pass the output through sed scripts. And we preporocess many file types other than C/C++. tradcpp was designed as a portable replacement for Imake's use of cpp, which is pretty much everything, especially non-C/C++ files. It should build for all machines, and reduces our reliance on whatever compiler is in use. So you are not really missing anything - I just found calling one portable program easier/cleaner than using a cpp/sed pipeline. -jon > -mrt > > > > Original Message > > > > From: j...@radscan.com > Sent: November 1, 2019 6:48 PM > To: cdesktopenv-devel@lists.sourceforge.net > Subject: Re: [cdesktopenv-devel] [PATCH] [autotools-conversion] > > > 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 > > _______________________________________________ > 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 _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel