I installed gcc 3.4.4 and bale to compile the sources properly using
makefiles. Problem I am facing is with DLL. When I tried to build DLL
it is giving eerror as
/cygdrive/c/cygwin/bin/ld: cannot find -luser32
collect2: ld returned 1 exit status
make: *** [prog] Error 1
I searched all the mailing
Hi all,
Sorry to keep going on about this, I really want to get this working.
I've made *some* progress in how to build "plugin libraries". I have
attached my test case to this mail in case somebody is willing to have a
look at it. Let me describe it first.
I did some reading on the libtool docu
Hi all,
I've been trying the suggestions mentioned on this list:
1. Create an import library
echo EXPORTS > foo.def
nm foo.exe | grep ' T _' | sed 's/.* T _//' >> foo.def
dlltool --def foo.def --dllname foo.exe --output-lib foo.a
I couldn't get this to work. In the executable I am trying to load
Maarten Boekhold wrote:
Gerrit P. Haase wrote:
You don't need .def files on Cygwin. Just add -no-undefined to
libxyz_LDFLAGS.
OK, I'm making progress with getting XFCE to compile under cygwin (with
help of one of the XFCE developers), but now we're running into the
following:
XFCE has a plugi
Maarten wrote
> Sorry, searched for that, but couldn't come up with any references of
> using dlltool in combination with an executable.
Try this:
==
/* dll.c */
#include
extern __attribute__ ((__dllimport__)) void
exe_hello(void);
vo
Larry Hall wrote:
It was also reported that creating an import library (or stub library)
for the executables functions is sufficient if it is linked in, IIRC it
this might be more acceptable, but I have no idea of how to go about that...
Anybody knows more about how to do this?
was the same prob
At 11:24 AM 7/9/2004, you wrote:
>>Put all the functions into a library. Link the application and the
>>modules against this library (building only the appA's main() into
>>the executable).
>
>Hmmm, not sure if I can convinve the XFCE developers of such a change, as it's fairly
>major.
>
>>It wa
Put all the functions into a library. Link the application and the
modules against this library (building only the appA's main() into
the executable).
Hmmm, not sure if I can convinve the XFCE developers of such a change,
as it's fairly major.
It was also reported that creating an import librar
Maarten wrote:
> Gerrit P. Haase wrote:
>> You don't need .def files on Cygwin. Just add -no-undefined to
>> libxyz_LDFLAGS.
> OK, I'm making progress with getting XFCE to compile under cygwin (with
> help of one of the XFCE developers), but now we're running into the
> following:
> XFCE ha
Gerrit P. Haase wrote:
You don't need .def files on Cygwin. Just add -no-undefined to
libxyz_LDFLAGS.
OK, I'm making progress with getting XFCE to compile under cygwin (with
help of one of the XFCE developers), but now we're running into the
following:
XFCE has a plugin mechanism, based on sha
Maarten wrote:
> Hi all,
> Gerrit P. Haase wrote:
>> Maarten wrote:
>>>Now that GTK2 is in the package tree, I thought I'd give building XFCE a
>>>try. This package depends on 'Disk based hashes' (dbh), which needs to
>>>be built as a shared library. Dbh uses libtool in its build process.
>> You
Hi all,
Gerrit P. Haase wrote:
Maarten wrote:
Now that GTK2 is in the package tree, I thought I'd give building XFCE a
try. This package depends on 'Disk based hashes' (dbh), which needs to
be built as a shared library. Dbh uses libtool in its build process.
You don't need .def files on Cygwin. J
Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Gerrit P. Haase
>> Sent: 07 July 2004 17:35
>
>> Maarten wrote:
>
>> which needs to
>>> be built as a shared library. Dbh uses libtool in its build process.
>>
>>> Of course this complains with
>>
>>> libt
> -Original Message-
> From: cygwin-owner On Behalf Of Gerrit P. Haase
> Sent: 07 July 2004 17:35
> Maarten wrote:
> which needs to
> > be built as a shared library. Dbh uses libtool in its build process.
>
> > Of course this complains with
>
> > libtool: link: warning: undefine
Maarten wrote:
> Hi all,
> Now that GTK2 is in the package tree, I thought I'd give building XFCE a
> try. This package depends on 'Disk based hashes' (dbh), which needs to
> be built as a shared library. Dbh uses libtool in its build process.
> Of course this complains with
> libtool:
Hi all,
Now that GTK2 is in the package tree, I thought I'd give building XFCE a
try. This package depends on 'Disk based hashes' (dbh), which needs to
be built as a shared library. Dbh uses libtool in its build process.
Of course this complains with
libtool: link: warning: undefined sym
16 matches
Mail list logo
