make -j >1

[Stefan Winter]

> > - NEW? make -j 3 fails to pick up a dependency of sources and breaks
> > during rlm_eap_ttls. A second make -j 3 try then compiles successfully,
> > so it's probably just the build system not getting compile orders
> > correct.
>
>   I've seen that for a long time, too.  It has to do with the recursive
> nature of the Makefiles, which means Make doesn't know about
> inter-dependencies.

Hm, I see. I tried to dig out my old KDE-dev Makefile knowledge, which isn't 
much. I was able to slightly modify the Makefile in rlm_eap/types so that tls 
comes before everything else, i.e. before ttls and peap, which depend on it.

That part of serialisation worked fine, but I got stuck somewhere else: 
rlm_eap main dir. There, the subdir libeap must be compiled before the 
directory itself. The include of ../rules.mak appears to break this. I'm 
pretty confident I could solve this if I put all the sources that are in the 
rlm_eap dir itself into an own subdir ("main"?) and then declare that subdir 
libeap gets priority over subdir main. The way it is now can't do that AFAICT 
since I don't dare touching rules.mak.
Before I locally work on relocating the files into a subdir, do you think this 
is a good way forward? If the answer is no, i'll save the time digging into 
this.

I think that the speedup due to parallelisation would be quite nice, since 
almost all modules are mostly independent. I guess all except eap and sql.

Greetings,

Stefan

-- 
Stefan WINTER

Stiftung RESTENA - Réseau Téléinformatique de l'Education Nationale et de 
la Recherche
Ingenieur Forschung & Entwicklung

6, rue Richard Coudenhove-Kalergi
L-1359 Luxembourg
E-Mail: stefan.winter at restena.lu     Tel.:     +352 424409-1
http://www.restena.lu                Fax:      +352 422473
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20070530/7e1d06cc/attachment.pgp>