Issues building the spec.o on win32 with mingw

[Steven Edwards]

I'm sending this to all of you because I'm a little behind on my mail
and these two issues go hand in hand
Winebuild && wrc.

> Well, they clearly say that .previous is ELF specific. Don't
> know why, but it is... However, do we really need it? I 
> couldn't spot any place were we don't know the section we 
> want to go to...

.previous can be fixed easy it seems. Will the dlls be relocateable if I
can use the spec and winebuild?

> That's the right way yes, you shouldn't have to build the
> .spec.c files at all. I guess the import information could be 
> moved back into the makefiles (where it actually used to be 
> before dll separation).

The current system works well for you guys and I don't want to have To
make any major changes to the build system if I can avoid it. The issue
I forgot to take in to account was the wrc compiled resources. If I try
to build the spec when a rsrc.res is present I get this

PATH="../../unicode:$PATH" ../../tools/winebuild/winebuild  -L../../dlls
-sym pr ogman.tmp.o -o progman.spec.c -spec ./progman.spec
./progman.spec:5: Cannot read rsrc.res

The specs I tested before didn't have any resources with them so I
didn't notice this. Is there anyway I can debug winebuild to see what is
really going on here?

I have a few ideas for fixing these issues but they wouldn't really help
the MS_VC port. I could always patch windress to be able to compile wrc
resources and then change the build process to use winebuild to only
build the *.def and let dlltool/wrap do the linking but as I stated
before I don't want to change the build system to much and this wouldn't
really help the MS_VC port.

Thanks
Steven


"Every revolution was once a thought in one man's mind"
- Ralph Waldo Emerson