Re: Need someone to test my win32 .dsp generator scripts

Brandon Ehle wrote:

> >What do you mean? If you're haveing trouble exporting global symbols,
> >well, there are ways to fix that. In the end, we'll probably have to do
> >something similar to what APR_DECLARE does.
> >
> >
> There is definitely alot of symbol export errors,

Yes, those have to be fixed on the source level.

> but there are also
> some memory management across DLL boundary issues. Will give some more
> detail info on this once static build stuff is done.

Hm, I don't understand that. Memory is owned by the process, regardless
of DLL boundaries. I'd be interested to see what problems you're running
into.

> >>* I am copying config.cw to config.c before running the .dsp generator
> >>as the glob won't find config.c if its not there. My recommendation
> >>to cleanup the config.cw is to move it into a subdirectory of
> >>libsvn_subr/win32 and rename it to config.c in that directory, then
> >>add a win32 hook to add that dirs files only when building for win32.
> >>
> >>
> >
> >What's wrong with the way it's done now -- i.e., have the build scripts
> >generate the .c from the .cw? you have to do the same for .hw->.h, too.
> >
> >
> The first problem I noticed is that gen_make doesn't find the .c file
> when you are building and therefore doesn't add it to the files list for
> the project. This could be hacked around, but then you get into other
> stuff related to delaying this copy and I'm not sure the benefits of a
> late copy is worth all the extra effort (KISS)

Ah, I see. Well, it's not as if getdate.cw will change often.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org