>>>>> On Fri, 20 Oct 2023 11:52:49 -0400, Dan Langille said: > > On Thu, Oct 19, 2023, at 10:21 AM, Martin Simmons wrote: > >>>>>> On Thu, 19 Oct 2023 08:54:58 -0400, Dan Langille said: > >> > >> Does anyone else get these errors when building? They do not affect the > >> outcome - the build does succeed. > >> > >> These errors are not particular to my environment. They are seen by other > >> FreeBSD users (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274563) > >> and on the official FreeBSD build servers. > >> > >> It's as if we have a switch set, or not set, for that environment. Or > >> perhaps is is detecting OSX when it's FreeBSD. > > > > Yes, I get them on FreeBSD. That Makefile contains some syntax that > > FreeBSD's > > make cannot understand. For some reason, it doesn't work with FreeBSD's > > gmake > > port either, even though it works with GNU make on Linux. > > > > The errors happen when configure runs "make clean". The clean target for > > the > > platforms directory looks for files called Makefile in the subdirectories > > and > > run make for them. > > > > The platforms/osx subdirectory is the only one where the Makefile is in git. > > The other platforms subdirectories contain Makefile.in and configure > > generates > > the Makefile only for the current platform (by setting the PFILES variable). > > I think that logic needs to be added to configure for the osx platform (or > > whatever it is called today) and platforms/osx/Makefile renamed as > > platforms/osx/Makefile.in. > > I now wonder if this affects other build platforms.
Yes, it probably affects Solaris, depending on which make is used. __Martin _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
