chris elliott <biol75@york.ac.uk> wrote in news:ckimld$2ej9$1@digitaldaemon.com:
> I've not had time to look at the patch yet, but I would have thought that <precfile>$(CORELIB).sym etc might be possible ?

Yes and no. Yes, it seems possible to put it int -HF during creation of .sym file. No, it seems not possible (as far as documented options are discussed) to put it into compiling of obj file that it should use <precfile>$(CORELIB).sym and not <precfile>$(ADVLIB).sym. Perhaps compiler is able to select it automagically but then what could be a key for this automagic if both .sym files were created from the same .h file. Anyway as I said I decided meantime to workaround it to use subdirectory in the form $(BUILDDIR)\$(CORELIB)\wxprec.sym and appropriate -HD flag. I only wait for Vaclav hints about other issues related to further development of it.

ABX

I don't understand why you cannot use a total2.h. It needn't be used for the builds with other compilers. A one line source file doesn't need much maintenance <g>.

"W³odzimierz Skiba" <abx@abx.art.pl> wrote in message news:ckdumc$1adm$1@digitaldaemon.com...
> "Walter" <newshound@digitalmars.com> wrote in news:ckdhk2$vp7$1@digitaldaemon.com:
>
> > Why not make a total2.h that simply consists of:
> >     #include <total.h>
> > and use that for the sym2 precompiled header?
>
> Because that would work for multilib version of the build while in monolithic build they still need to use the same header. Also we have well established convenience for building begining of cpp files.
>
> http://www.wxwidgets.org/standard.htm#pch
>
>   #include "wx/wxprec.h"
>   #ifdef __BORLANDC__
>   #pragma hdrstop
>   #endif
>
> Above works with Open Watcom, VisualC, GCC, Borland. Changing it to anything more complicated would be hardly maintained and a lot overcomplicated (and still would solve wxWidgets only while bakefile
system
> is not wxWidgets-only).
>
> Any further other suggestion? I'm open to explanations which would lead us to succesfully supprt precompiled headers with DMC.
>
> ABX

"Walter" <newshound@digitalmars.com> wrote in news:ckm7hn$2n3n$1@digitaldaemon.com:
> I don't understand why you cannot use a total2.h. It needn't be used for the builds with other compilers. A one line source file doesn't need much maintenance <g>.

Because:

1. There is about 10 libraries so there would be need for total0 ... total9 http://www.wxwidgets.org/manuals/2.5.3/wx_librarieslist.html

2. Bakefile is supposed to be universal tool and is not part of wxWidgets.
While I can handle whatever within wxWidgets (as long as other developers
agree with it) I cannot force all the projects on ther world to be changed
in order to be supported by bakefiles. Bakefile has to be as simple as
possible from point of view of the person expected to switch to it.
If user says that lib1 has to use precompile header.h and lib2 has to use
precompiled header.h too but with different compiler settings than bakefile
has to find a way of translating it into native makefile/compiler syntax as
perfect as possible.

3. It would make usage of wxWidgets hard from user point of view, because he would not know which header should he use in his own application to benefit from precompiled headers.

4. Additional header seems not necessary with subdirectory method described earlier.

ABX

There's a new switch for this in the 8.42.1 beta. -Walter

"Walter" <newshound@digitalmars.com> wrote in news:clbl2s$nbi$4@digitaldaemon.com:

> There's a new switch for this in the 8.42.1 beta. -Walter

Thank you very much! I will test it ASAP.

ABX