Compilation error with latest wine

[Luca Bennati]

I get this:
registrar.c: In function ‘DllGetClassObject’:
registrar.c:747:18: error: ‘CLSID_Registrar’ undeclared (first use in this
function)
registrar.c:747:18: note: each undeclared identifier is reported only once
for each function it appears in
registrar.c: In function ‘do_register_server’:
registrar.c:796:22: error: ‘CLSID_Registrar’ undeclared (first use in this
function)
make[1]: *** [registrar.o] Error 1
make[1]: Leaving directory `/home/luca/wine-git/dlls/atl'
make: *** [dlls/atl] Error 2
make: *** Waiting for unfinished jobs....

I'm compiling with "CFLAGS=' -g -O0 -pipe' CXXFLAGS=' -g -O0 -pipe'
./configure --prefix=/usr --sysconfdir=/etc --with-x --without-capi
--without-gsm --without-icns" after a make distclean
What's wrong here?

[Joel Holdsworth]

+1
I have the same issue in Ubuntu 10.10

Joel

[Joel Holdsworth]

Hmm,

Looks like it was caused by commit
9c4432f69d91007d02c52c50ba565ca795f44765, I think the CLSID isn't being
included properly. Probably easy to fix.

Joel

[Paul Vriens]

Hi,

rm dlls/atl/atliface.h

Cheers,

Paul
On Nov 13, 2010 12:00 PM, "Joel Holdsworth" 
wrote:
> Hmm,
>
> Looks like it was caused by commit
> 9c4432f69d91007d02c52c50ba565ca795f44765, I think the CLSID isn't being
> included properly. Probably easy to fix.
>
> Joel

[Luca Bennati]

2010/11/13 Paul Vriens
> Hi,
>
> rm dlls/atl/atliface.h
>
> Cheers,
>
> Paul
> On Nov 13, 2010 12:00 PM, "Joel Holdsworth" 
> wrote:
> > Hmm,
> >
> > Looks like it was caused by commit
> > 9c4432f69d91007d02c52c50ba565ca795f44765, I think the CLSID isn't being
> > included properly. Probably easy to fix.
> >
> > Joel

Well, it worked fine, Thanks :)

[Scott Ritchie]

On 11/13/2010 02:25 AM, Luca Bennati wrote:
> I get this:
> registrar.c: In function ‘DllGetClassObject’:
> registrar.c:747:18: error: ‘CLSID_Registrar’ undeclared (first use in
> this function)
> registrar.c:747:18: note: each undeclared identifier is reported only
> once for each function it appears in
> registrar.c: In function ‘do_register_server’:
> registrar.c:796:22: error: ‘CLSID_Registrar’ undeclared (first use in
> this function)
> make[1]: *** [registrar.o] Error 1
> make[1]: Leaving directory `/home/luca/wine-git/dlls/atl'
> make: *** [dlls/atl] Error 2
> make: *** Waiting for unfinished jobs....
>
> I'm compiling with "CFLAGS=' -g -O0 -pipe' CXXFLAGS=' -g -O0 -pipe'
> ./configure --prefix=/usr --sysconfdir=/etc --with-x --without-capi
> --without-gsm --without-icns" after a make distclean
> What's wrong here?

Works for me:

http://launchpadlibrarian.net/59077812/buildlog_ubuntu-maverick-amd64.wine1....
http://launchpadlibrarian.net/59077619/buildlog_ubuntu-maverick-i386.wine1.3...

make[2]: Entering directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
../../tools/makedep  -C. -S../.. -T../..  atl_ax.c atl_main.c
registrar.c rsrc.rc
make[2]: Leaving directory `/build/buildd/wine1.3-1.3.7/dlls/atl'

This is on my test PPA which has a new ia32-libs that makes the
gstreamer codecs work on 64 bit, but that shouldn't affect 32 bit
compiling at all.

-Scott

[Reece Dunn]

On 13 November 2010 22:08, Scott Ritchie <scott@...> wrote:
> Works for me:
>
> http://launchpadlibrarian.net/59077812/buildlog_ubuntu-maverick-amd64.wine1....
> http://launchpadlibrarian.net/59077619/buildlog_ubuntu-maverick-i386.wine1.3...
>
> make[2]: Entering directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
> ../../tools/makedep  -C. -S../.. -T../..  atl_ax.c atl_main.c
> registrar.c rsrc.rc
> make[2]: Leaving directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
>
> This is on my test PPA which has a new ia32-libs that makes the
> gstreamer codecs work on 64 bit, but that shouldn't affect 32 bit
> compiling at all.

The issue is that atliface.idl was moved to the include directory and
its content was changed.

If you are doing an incremental build of wine pulling in these changes
together, there is an atliface.h left over in the dlls/atl directory
containing the old contents. The build is then picking that up.

As a result, you need to delete the dlls/atl/atliface.h file (like
Paul Virens described) and re-run ./configure.

Everything will then build.

HTH,
- Reece

[Robert Kim App and Facebook Marketing]

Reece, Thanks!

Scott.. .please do let us know if this works out or if there's another
bug... I'm dealing with the same issue
> > make[2]: Entering directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
> > ../../tools/makedep  -C. -S../.. -T../..  atl_ax.c atl_main.c
> > registrar.c rsrc.rc
> > make[2]: Leaving directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
> >
> > This is on my test PPA which has a new ia32-libs that makes the
> > gstreamer codecs work on 64 bit, but that shouldn't affect 32 bit
> > compiling at all.
>
> The issue is that atliface.idl was moved to the include directory and
> its content was changed.
>
> If you are doing an incremental build of wine pulling in these changes
> together, there is an atliface.h left over in the dlls/atl directory
> containing the old contents. The build is then picking that up.
>
> As a result, you need to delete the dlls/atl/atliface.h file (like
> Paul Virens described) and re-run ./configure.
>
> Everything will then build.
>
> HTH,
> - Reece

[Scott Ritchie]

On 11/13/2010 02:40 PM, Reece Dunn wrote:
> On 13 November 2010 22:08, Scott Ritchie <scott@...> wrote:
> > Works for me:
> >
> > http://launchpadlibrarian.net/59077812/buildlog_ubuntu-maverick-amd64.wine1....
> > http://launchpadlibrarian.net/59077619/buildlog_ubuntu-maverick-i386.wine1.3...
> >
> > make[2]: Entering directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
> > ../../tools/makedep  -C. -S../.. -T../..  atl_ax.c atl_main.c
> > registrar.c rsrc.rc
> > make[2]: Leaving directory `/build/buildd/wine1.3-1.3.7/dlls/atl'
> >
> > This is on my test PPA which has a new ia32-libs that makes the
> > gstreamer codecs work on 64 bit, but that shouldn't affect 32 bit
> > compiling at all.
>
> The issue is that atliface.idl was moved to the include directory and
> its content was changed.
>
> If you are doing an incremental build of wine pulling in these changes
> together, there is an atliface.h left over in the dlls/atl directory
> containing the old contents. The build is then picking that up.
>
> As a result, you need to delete the dlls/atl/atliface.h file (like
> Paul Virens described) and re-run ./configure.
>
> Everything will then build.

Makes sense why I was unaffected, the package builds aren't incremental
but from fresh archive sources.

-Scott