dlls/ completion nit

[Dimitrie O. Paun]

Hi guys,

You'll probably think I'm crazy, but here it goes :) :

I work a *lot* from the the command line, and I depend quite
a bit on completion. Problem is, all those xxx.dll.so links
in dlls/ are screwing with it sometimes, as is the case for
avifile.dll.so, etc. Even when the dir name is a proper
prefix of the link, it's still annoying as I don't get the /
completed automatically, then I hesitate whether to add
it or not, and so on.

So my small proposal: what about creating them in a sub dir,
say dlls/lib or something like that? I'd be willing to cook up
a patch, if people are OK with the idea. ;)

[Michael Stefaniuc]

On Fri, Sep 27, 2002 at 02:55:45PM -0400, Dimitrie O. Paun wrote:
> You'll probably think I'm crazy, but here it goes :) :

Nah, we think only you have to much spare time :)
> I work a *lot* from the the command line, and I depend quite
> a bit on completion. Problem is, all those xxx.dll.so links
> in dlls/ are screwing with it sometimes, as is the case for
> avifile.dll.so, etc. Even when the dir name is a proper
> prefix of the link, it's still annoying as I don't get the /
> completed automatically, then I hesitate whether to add
> it or not, and so on.
>
> So my small proposal: what about creating them in a sub dir,
> say dlls/lib or something like that? I'd be willing to cook up
> a patch, if people are OK with the idea. ;)

I would like it.

bye
    michael

[Alexandre Julliard]

"Dimitrie O. Paun"  writes:
> I work a *lot* from the the command line, and I depend quite
> a bit on completion. Problem is, all those xxx.dll.so links
> in dlls/ are screwing with it sometimes, as is the case for
> avifile.dll.so, etc. Even when the dir name is a proper
> prefix of the link, it's still annoying as I don't get the /
> completed automatically, then I hesitate whether to add
> it or not, and so on.

The standard way to cope with that is to build outside of the source
tree. Then you get all the object files out of the way, not only the
dlls.

[Dimitrie O. Paun]

On September 27, 2002 04:17 pm, Alexandre Julliard wrote:
> The standard way to cope with that is to build outside of the source
> tree. Then you get all the object files out of the way, not only the
> dlls.

Much better, thanks! I was subconsciously aware of the feature, but since
I've never used it, it never got considered. A small note: it is not
obvious that (1) it is possible to do that, and (2) how to do it!
I'll dig through the mail archives for the info...

[Dmitry Timoshkov]

"Dimitrie O. Paun"  wrote:
> Much better, thanks! I was subconsciously aware of the feature, but since
> I've never used it, it never got considered. A small note: it is not
> obvious that (1) it is possible to do that, and (2) how to do it!

I do the following:

1. copy WineHQ CVS tree to ~/wine_hq_src
2. mkdir ~/wine; cd ~/wine
3. ../wine_hq_src/configure; make depend; make

to create diffs:
diff -urN ~/cvs/WineHQ/wine ~/wine_hq_src

[Dimitrie O. Paun]

On September 28, 2002 03:42 am, Dmitry Timoshkov wrote:
> - copy WineHQ CVS tree to ~/wine_hq_src
> - mkdir ~/wine; cd ~/wine
> - ../wine_hq_src/configure; make depend; make

Thanks! But this doesn't work quite right:

[dimi@dimi wine]$ mv wine wine.src
[dimi@dimi wine]$ mkdir wine.build
[dimi@dimi wine]$ cd wine.build
[dimi@dimi wine.build]$ ../wine.src/configure --silent
[dimi@dimi wine.build]$ make depend
cd `dirname dlls/__depend__` && make depend
make[1]: Entering directory `/home/dimi/dev/wine/wine.build/dlls'
cd `dirname advapi32/__depend__` && make depend
make[2]: Entering directory `/home/dimi/dev/wine/wine.build/dlls/advapi32'
cd `dirname tests/__depend__` && make depend
make[3]: Entering directory `/home/dimi/dev/wine/wine.build/dlls/advapi32/tests'
../../../tools/makedep -I../../../../wine.src/dlls/advapi32/tests -I. -I../../../../wine.src/include -I../../../include  -C../../../../wine.src/dlls/advapi32/tests registry.c
make[3]: ../../../tools/makedep: Command not found
make[3]: *** [depend] Error 127
make[3]: Leaving directory `/home/dimi/dev/wine/wine.build/dlls/advapi32/tests'
make[2]: *** [tests/__depend__] Error 2
make[2]: Leaving directory `/home/dimi/dev/wine/wine.build/dlls/advapi32'
make[1]: *** [advapi32/__depend__] Error 2
make[1]: Leaving directory `/home/dimi/dev/wine/wine.build/dlls'
make: *** [dlls/__depend__] Error 2

To fix this I had to do:

[dimi@dimi wine.build]$ cp ../wine.src/tools/makedep tools/

(I had makedep built already in the source tree)

This doesn't sound right, does it?

[Alexandre Julliard]

"Dimitrie O. Paun"  writes:
> To fix this I had to do:
>
> [dimi@dimi wine.build]$ cp ../wine.src/tools/makedep tools/
>
> (I had makedep built already in the source tree)
>
> This doesn't sound right, does it?

You should do a make distclean in the source tree first. make gets
confused if some objects already exist in the source tree.