Alexandre Julliard wrote:
I'm not sure I follow you, if your .so files have been built correctly
they shouldn't contain undefined references to Windows APIs. Could you
please show an example of the situation that causes a problem?
.so that are not compiled as dll or fake dll (fake dll is when th
On 6 Jan 2005, Alexandre Julliard wrote:
> I'm not sure I follow you, if your .so files have been built correctly
> they shouldn't contain undefined references to Windows APIs. Could you
> please show an example of the situation that causes a problem?
On Thu, 6 Jan 2005, Dimitrie O. Paun wrote:
On Thu, Jan 06, 2005 at 10:10:50AM +0100, Peter Berg Larsen wrote:
> No, but it is convinient to have. I need the fullpaths to the .so
> libraries at certain point. Basicly I saw two ways of doing what:
>
> 1) Call [get|guess|try]_lib_path at the that point.
>
> 2) Save all previous result from g
Peter Berg Larsen <[EMAIL PROTECTED]> writes:
> Changelog:
> Currently when compiling a program, winegcc calls winebuild
> to solve .def references. But winegcc drops .so files,
> so any new .def symbols in a .so causes a unresolved symbol at
> link time. This patch adds
On Wed, 5 Jan 2005, Dimitrie O. Paun wrote:
> On Wed, Jan 05, 2005 at 01:58:45PM +0100, Peter Berg Larsen wrote:
> > +void strarray_set(strarray* arr, int index, const char* str)
> > +{
> > +if (index >= arr->maximum)
> > +{
> > + arr->maximum = index+10;
> > + arr->base = xrealloc(arr
On Wed, Jan 05, 2005 at 01:58:45PM +0100, Peter Berg Larsen wrote:
> +void strarray_set(strarray* arr, int index, const char* str)
> +{
> +if (index >= arr->maximum)
> +{
> + arr->maximum = index+10;
> + arr->base = xrealloc(arr->base, sizeof(*(arr->base)) * arr->maximum);
> + m
