On Mon, Oct 27, 2008 at 01:27:12AM +0100, Vincent Torri wrote:
> I had to compile the link code with g++, hence putting IID_PersistFile was
> not possible (at least, i didn't succeed). So I put the code in a separate
> file like Lars did.
>
> I've attached a patch. Please test it. It compiles co
On Mon, 27 Oct 2008, Samuel Nicholas wrote:
> compiles fine here too.
ok
> patch didnt apply cleanly from latest svn tho, configure.ac and makefile.am i
> manually resolved
yes, I know, but didn't have time this morning to fix that.
> having it depend on c++ for such a small thing IMHO aint
Vincent Torri wrote:
>
> Hey
>
> I had to compile the link code with g++, hence putting IID_PersistFile
> was not possible (at least, i didn't succeed). So I put the code in a
> separate file like Lars did.
>
> I've attached a patch. Please test it. It compiles correctly on my
> system.
>
> Vinc
Hey
I had to compile the link code with g++, hence putting IID_PersistFile was
not possible (at least, i didn't succeed). So I put the code in a separate
file like Lars did.
I've attached a patch. Please test it. It compiles correctly on my system.
VincentIndex: src/lib/evil_uuid.c
===
On Sun, 26 Oct 2008, Lars Munch wrote:
> libuuid.a on the other hand is not an import library but a real static
> library, hence the error when not detected as an import library.
if so, then your approach is better. But instead of adding a new file, i
would put it directly in evil_unistd.c, as
On Sun, Oct 26, 2008 at 04:59:19PM +0100, Vincent Torri wrote:
>
>
> On Sun, 26 Oct 2008, Lars Munch wrote:
>
> >IMHO it is not a libtool problem, but the problem is that evil.dll tries
> >to link to at static library (uuid in this case), which is generally
> >considered bad.
>
> it is a libtoo
On Sun, 26 Oct 2008, Samuel Nicholas wrote:
> hay guise
>
> cause eina has recently been added as a dependancy i was updating my libs and
> ran into trouble... so i decided to start from scratch again.
> now i have a problem I didn't have before
>
> when compiling evil:
>
> *** Warning: linker
On Sun, 26 Oct 2008, Lars Munch wrote:
> IMHO it is not a libtool problem, but the problem is that evil.dll tries
> to link to at static library (uuid in this case), which is generally
> considered bad.
it is a libtool problem, in a manner or another. Your remark:
+ * This file defines all the
On Sun, 26 Oct 2008, Joerg Sonnenberger wrote:
> On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
>> libuuid.a exists at c:/msys/1.0/mingw/lib/
>
> Only the static archive or also a shared library? The reason libtool is
> complaining is it only finds the former.
the problem is t
On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
> hay guise
>
> cause eina has recently been added as a dependancy i was updating my
> libs and ran into trouble... so i decided to start from scratch again.
> now i have a problem I didn't have before
>
> when compiling evil:
> ..
On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
> libuuid.a exists at c:/msys/1.0/mingw/lib/
Only the static archive or also a shared library? The reason libtool is
complaining is it only finds the former.
Joerg
---
On Sun, 26 Oct 2008, Samuel Nicholas wrote:
> hay guise
>
> cause eina has recently been added as a dependancy i was updating my libs and
> ran into trouble... so i decided to start from scratch again.
> now i have a problem I didn't have before
[snip]
> ive since re-installed my msys/mingw 4
hay guise
cause eina has recently been added as a dependancy i was updating my
libs and ran into trouble... so i decided to start from scratch again.
now i have a problem I didn't have before
when compiling evil:
...
/bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -no-undefined
-Wl,--e
13 matches
Mail list logo
