Re: [hatari-devel] Default configuration settings

I'm trying to build the latest HEAD (wanting Nicolas' wakestate-changes) but it fails with:

"No member named bRealTimeClock in CNF_SYSTEM".

New configuration things related to the Mega ST etc discussion I've managed to overlook? I see where it is in _Old but not how it should be picked up or what I should've configured differently.

/Troed

On Sat, May 28, 2016 at 10:55 AM, Thomas Huth <th.huth@xxxxxx> wrote:

In configuration.c, we currently have this here in
Configuration_SetDefault():

#if ENABLE_WINUAE_CPU
/* Default to Falcon with WinUAE CPU core... */
ConfigureParams.System.nMachineType = MACHINE_FALCON;
ConfigureParams.System.nCpuLevel = 3;
ConfigureParams.System.nCpuFreq = 16;
ConfigureParams.System.nDSPType = DSP_TYPE_EMU;
ConfigureParams.System.bAddressSpace24 = true;
ConfigureParams.System.n_FPUType = FPU_NONE;
ConfigureParams.System.bCompatibleFPU = true;
ConfigureParams.System.bMMU = false;
ConfigureParams.System.bCycleExactCpu = true;
#else
/* ...and to ST with old UAE CPU core */
ConfigureParams.System.nMachineType = MACHINE_ST;
ConfigureParams.System.nCpuLevel = 0;
ConfigureParams.System.nCpuFreq = 8;
ConfigureParams.System.nDSPType = DSP_TYPE_NONE;
ConfigureParams.System.bAddressSpace24 = true;
#endif

That means, when compiled with WinUAE core, the default machine type is
Falcon, and for old UAE core it is ST. That was a good idea when we had
WinUAE mainly for the separate hatari_falcon version ... but since
WinUAE core is now used for plain ST mode by default, too, should we
maybe revert this setting again and use ST mode by default
everywhere again?

Thomas