Hi everyone,<br><br>Finally managed to build xcb-util for win32. Was pretty straight forward once I setup xcb, proto, pthread, the required headers all in the correct places and made changes to the <a href="http://configure.ac">configure.ac</a> and each individual libraries Makefile.am. Pretty simple but if someone thinks it will be useful will update the win32port page on the xcb site to show how to do this.<br>
<br>Bye for now<br><br><div class="gmail_quote">On Thu, May 7, 2009 at 1:35 PM, Jeetu Golani <span dir="ltr">&lt;<a href="mailto:jeetu.golani@gmail.com">jeetu.golani@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Hi Vincent,<br><br>Thanks so much for replying back.<div class="im"><br><br>&gt; Why do you want a .so file ? the equivalent file type of a linux .so shared library is a .dll file<br><br></div>Yes I realized that....unfortunately I still have the problems reported in my earlier mail (mail after the one referred by you here). The chief problem now seems to be that if I add -no-undefined to LDFLAGS for say atom...or property....I get undefined references to functions within my xcb dll for e.g. xcb_get_atom_name.<br>

<br>Any thoughts would be appreciated :)<br><br>Bye for now<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Wed, May 6, 2009 at 7:19 PM, Vincent Torri <span dir="ltr">&lt;<a href="mailto:vtorri@univ-evry.fr" target="_blank">vtorri@univ-evry.fr</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><br>
<br>
On Mon, 4 May 2009, Jeetu Golani wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi guys,<br>
<br>
Thanks for replying back.<br>
<br>
I&#39;ve made changes as suggested by Vincent. It&#39;s all quite a quickly put<br>
together hack for now but I get the warnings on static libraries as can be<br>
seen in the attached without-noundefined text file. I don&#39;t have any shared<br>
library .so files for the win32 xcb port I&#39;ve generated, just the dll and<br>
the .a,.la files......neither do the xcb-util libraries generate .so<br>
files....do I need to add -shared somewhere so these are built first?<br>
</blockquote>
<br></div>
Why do you want a .so file ? the equivalent file type of a linux .so shared library is a .dll file<br>
<br>
If you have it, then it&#39;s good. When you install the library, you should have:<br>
<br>
1) a .dll file in $prefix/bin<br>
2) a .dll.a and a .a files in $prefix/lib<br>
<br>
Vincent<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>
<br>
The above is done without adding the -no-undefined directive. The<br>
with-undefined file which I&#39;m attaching shows what happens if I add<br>
-no-undefined to libxcb_atom_la_LDFLAGS as an example here atom/Makefile.am.<br>
I get a bunch of  undefined references here. The same happens with image or<br>
any of the other libraries.<br>
<br>
Any clues?<br>
<br>
Thanks....n I don&#39;t know whether this list prefers file attachments or I<br>
should have pasted the text instead but if its the latter my bad..sorry :)<br>
<br>
Bye for now<br>
<br>
<br>
<br>
On Sun, May 3, 2009 at 1:57 PM, Vincent Torri &lt;<a href="mailto:vtorri@univ-evry.fr" target="_blank">vtorri@univ-evry.fr</a>&gt; wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
On Sun, 3 May 2009, Jeetu Golani wrote:<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
 When you build and install libxcb, it will create xcb.pc. Points<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
PKG_CONFIG_PATH there. For example I built libxcb with prefix<br>
$HOME/w/x11 so it would configure xcb-util like this:<br>
<br>
</blockquote>
<br>
I got past this step. I setup the XCB_CFLAGS and XCB_LIBS environment<br>
variables instead so that works.  I also had to setup environment<br>
variables<br>
for SHM and Render. Although I&#39;ve set things up so as to link against my<br>
pthreadGC2 dll there is still one place (at least) which is still causing<br>
it<br>
to link against -lpthread which fails for me....tried making changes<br>
within<br>
Makefile.am but didn&#39;t work so as a quick hack setup a symlink between<br>
libpthread.a and my pthreadGC2.dll so I got through this step.<br>
<br>
In order to get a DLL I tried doing what I did for XCB i.e. in<br>
<a href="http://configure.ac" target="_blank">configure.ac</a> I<br>
put in an AC_LIBTOOL_WIN32_DLL before AC_PROG_LIBTOOL. Also in Makefile.am<br>
I<br>
put in a libxcb_image_LDFLAGS=-no-undefined. (reciting by memory so hope I<br>
haven&#39;t made a mistake writing this but I think this seems what I did)<br>
<br>
Everything goes through now but under image/.libs all i can see is a<br>
libxcb-image.a and a .la file....no dll...so I&#39;m guessing something more<br>
needs to be done....any ideas?<br>
<br>
</blockquote>
<br>
to make libtool aware of building a dll:<br>
<br>
1) put AC_LIBTOOL_WIN32_DLL before AC_PROG_LIBTOOL (you already did that)<br>
2) add -no-undefined in the *_LDFLAGS cariable in the Makefile.am file<br>
3) have all the dependency dll needed to build the lib.<br>
<br>
don&#39;t forget to run &#39;make clean&#39; to force the link again before running<br>
make.<br>
<br>
check if during the link, there is no warning message that tells you that<br>
libtool can create only the static lib (for some reason). If yes, then the<br>
dll is not built. Then, paste the message.<br>
<br>
Vincent<br>
<br>
</blockquote>
<br></div></div>
-- <br>
Ce message a été vérifié par MailScanner<br>
pour des virus ou des polluriels et rien de<br>
suspect n&#39;a été trouvé.<br>
Message délivré par le serveur de messagerie de l&#39;Université d&#39;Evry.<br>
<br>
</blockquote>
</blockquote></div><br>
</div></div></blockquote></div><br>