Hello Dan,
Could you please update to the latest version of the SVN (both trunk/bacula
and trunk/regress) and tell me if the problem is fixed? It is hard to test
here since all my machines have a gmake. If you have gmake on your system,
Bacula should now use it when appropriate or skip the calls. However, I am
almost sure there are other problems that I did not see lurking in the code,
so it make take a few tries.
Regards,
Kern
On Sunday 11 January 2009 04:27:29 Dan Langille wrote:
> Hi,
>
> I noticed these problems tonight when trying to get the regression
> scripts running on FreeBSD 7.x
>
> In short, we're hardcoding the call to make. On FreeBSD, we need to
> invoke gmake, not make.
>
>
> --- scripts/setup (revision 8352)
> +++ scripts/setup (working copy)
> @@ -36,11 +36,11 @@
> check_exit_code
> # Cleanup any win32 build in source
> cd src/win32
> -make clean
> +${MAKE} clean
> cd ../..
> -make -j3
> +${MAKE} -j3
> check_exit_code
> -make install
> +${MAKE} install
> check_exit_code
> cp src/tools/testls ../bin
> check_exit_code
>
> Now, we don't have MAKE set up, but I have it set in my scripts.
> Clearly we need to do something so we pick up the correct make.
>
> ---------------------------------------------------------------------------
>--- Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> _______________________________________________
> Bacula-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bacula-devel
------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
