Compilation errors when compiling without optimizations

[Shachar Shemesh]

Hi,

When trying to compile Wine without optimizations, the compilation 
fails. I'm trying clean sources, with the "--with-nptl" flag.

The failure (so far, I'm still trying to figure these things out) are 
when compiling ntdll and the wine executable itself. Both cases, the 
problem is that same. The linker complains that 
"InterlockedCompareExchange" cannot be found. Adding kernel32 to the 
IMPORTS Makefile at dlls/ntdll and miscemu/wine seem to solve these 
problems, but I'm somewhat worried, and would like to get a second 
opinion before I submit a patch about this.

Shachar

p.s.
For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now 
switched to ccache, hoping I can bring it down even lower.

Sh.

[Alexandre Julliard]

Shachar Shemesh  writes:
> When trying to compile Wine without optimizations, the compilation
> fails. I'm trying clean sources, with the "--with-nptl" flag.

Don't do it then <g>

That's a temporary problem because dll separation is not finished. It
will be fixed soon, in the meantime just make sure to compile at least
ntdll with optimization.

[Mike Hearn]

On Wed, 2003-09-10 at 21:11, Alexandre Julliard wrote:
> Don't do it then <g>
>
> That's a temporary problem because dll separation is not finished. It
> will be fixed soon, in the meantime just make sure to compile at least
> ntdll with optimization.

Ah, interesting. I was wondering what caused that. We've had several
reports of similar problems on IRC - i'll stick it on the channel faq.

thanks -mike

[Eric Pouech]

Shachar Shemesh wrote:
> Hi,
>
> When trying to compile Wine without optimizations, the compilation 
> fails. I'm trying clean sources, with the "--with-nptl" flag.
>
> The failure (so far, I'm still trying to figure these things out) are 
> when compiling ntdll and the wine executable itself. Both cases, the 
> problem is that same. The linker complains that 
> "InterlockedCompareExchange" cannot be found. Adding kernel32 to the 
> IMPORTS Makefile at dlls/ntdll and miscemu/wine seem to solve these 
> problems, but I'm somewhat worried, and would like to get a second 
> opinion before I submit a patch about this.

this isn't the right fix. either ensure that the inline version of the 
Interlocked* are always used, or copy the source (from kernel32) of the 
non-inlined version of the Interlocked* functions in ntdll.
That'll do for the moment.
A+