On Sun, May 14, 2006 at 04:00:59PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> There is no problem in the final link stage, because libtool
> Enrico> is used. This is independent of --with-x or --without-x. I get
> Enrico> it ri
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> No, I don't provide any library by hand. That's because I
Abdelrazak> compile dynamically against Qt3 (and Qt4).
So when linking dynamically, dlls know what other dlls they nee
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> No, I don't provide any library by hand. That's because I
Abdelrazak> compile dynamically against Qt3 (and Qt4).
So when linking dynamically, dlls know what other dlls they need?
JMarc
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Im am not sure what you are doing but please do not forget
Abdelrazak> that the gcc mingw target work fine so please localize
Abdelrazak> your change to the cygwin platform (including gcc
A
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> There is no problem in the final link stage, because libtool
Enrico> is used. This is independent of --with-x or --without-x. I get
Enrico> it right in both cases. The problem is in the recognition of
Enrico> the "Qt library n
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Im am not sure what you are doing but please do not forget
Abdelrazak> that the gcc mingw target work fine so please localize
Abdelrazak> your change to the cygwin platform (including gcc
Abdelrazak> -mno-cygwin).
Wh
On Fri, May 12, 2006 at 05:27:11PM +0200, Jean-Marc Lasgouttes wrote:
> Did you try the patch? The
> AC_CHECK_LIB(gdi32, main)
> is supposed to add -lgdi32 to the libraries.
>
> Anyway, I committed the patch, please try it out and tell me what does
> not work.
Both shlwapi and gdi32 libraries a
Jean-Marc Lasgouttes wrote:
Did you try the patch? The
AC_CHECK_LIB(gdi32, main)
is supposed to add -lgdi32 to the libraries.
Anyway, I committed the patch, please try it out and tell me what does
not work.
Right, maybe something was cached. After a clean build it worked. Thanks.
Joost
On Fri, May 12, 2006 at 07:06:14PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes a écrit :
> >> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> > Enrico> On Fri, May 12, 2006 at 05:31:45PM +0200, Jean-Marc Lasgouttes
> > Enrico> wrote:
> >>> I do not ignore your patch
On Fri, May 12, 2006 at 06:20:50PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Fri, May 12, 2006 at 05:31:45PM +0200, Jean-Marc Lasgouttes
> Enrico> wrote:
> >> I do not ignore your patch, but I want to think more about it.
>
Jean-Marc Lasgouttes a écrit :
"Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Fri, May 12, 2006 at 05:31:45PM +0200, Jean-Marc Lasgouttes
Enrico> wrote:
I do not ignore your patch, but I want to think more about it.
Shall we add special guessing code and hope it will be e
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Fri, May 12, 2006 at 05:31:45PM +0200, Jean-Marc Lasgouttes
Enrico> wrote:
>> I do not ignore your patch, but I want to think more about it.
>> Shall we add special guessing code and hope it will be enough
>> (there may als
On Fri, May 12, 2006 at 05:31:45PM +0200, Jean-Marc Lasgouttes wrote:
> I do not ignore your patch, but I want to think more about it. Shall
> we add special guessing code and hope it will be enough (there may
> also be special qmake .prl file code, for example)?
>
> What are the libraries that a
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Thu, May 11, 2006 at 10:38:30AM +0200, Jean-Marc Lasgouttes
Enrico> wrote:
>> Actually, main() is defined in the test file used to compile. Thus
>> this code tests for the existence of the library, but it does not
>> check
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
>> Actually, main() is defined in the test file used to compile. Thus
>> this code tests for the existence of the library, but it does not
>> check what the library defines.
Joost> This doesn't work, you really need the -lgdi32 flag. I th
Actually, main() is defined in the test file used to compile. Thus
this code tests for the existence of the library, but it does not
check what the library defines.
This doesn't work, you really need the -lgdi32 flag. I think that's
because LyX is a command line application and gdi32 is a user-
On Thu, May 11, 2006 at 12:46:54PM +0200, Lars Gullik Bjønnes wrote:
> | Disappointing indeed... Especially since the linux numbers are much
> | better.
>
> How is the hit ratio for the second make run?
>
> ccache -s
>
> tell you how it fared.
I wouldn't be surprised if cache usage was optima
On Thu, May 11, 2006 at 10:38:30AM +0200, Jean-Marc Lasgouttes wrote:
> Actually, main() is defined in the test file used to compile. Thus
> this code tests for the existence of the library, but it does not
> check what the library defines.
What about the attached patch? Without it the qt library
On Thu, May 11, 2006 at 12:46:54PM +0200, Lars Gullik Bjønnes wrote:
> How is the hit ratio for the second make run?
>
> ccache -s
>
> tell you how it fared.
This is what I get:
$ ccache -s
cache hit787
cache miss 779
called for link
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
|
| Enrico> Yes, I should have thought about it. Given that I like to be
| Enrico> pickier than you ;-), shouldn't a warning be given if one of
| Enrico> those libraries is not found
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Yes, I should have thought about it. Given that I like to be
Enrico> pickier than you ;-), shouldn't a warning be given if one of
Enrico> those libraries is not found on Windows?
I thought about it indeed :) But it means we h
On Thu, May 11, 2006 at 10:38:30AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> >> It seems AC_CHECK_LIB(gdi32,main) should work.
>
> Enrico> Hmmm...
>
> Enrico> $ nm /usr/lib/w32api/libgdi32.a | grep main (nothing here)
>
> Enrico> B
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> It seems AC_CHECK_LIB(gdi32,main) should work.
Enrico> Hmmm...
Enrico> $ nm /usr/lib/w32api/libgdi32.a | grep main (nothing here)
Enrico> But then I am an ignorant and perhaps main is special.
Actually, main() is defined in th
On Wed, May 10, 2006 at 04:50:22PM +0200, Enrico Forestieri wrote:
> On Wed, May 10, 2006 at 04:41:38PM +0200, Jean-Marc Lasgouttes wrote:
> > Could you try the following patch, on either 1.4 or 1.5? I will
> > additionally remove cygwin.m4.
>
> I am going to do that.
The patch works. Actually I
On Wed, May 10, 2006 at 06:08:45PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I didn't succeed in using AC_CHECK_LIB with a win32 library,
> Enrico> so in the autoview patch I directly used AC_SUBST to add
> Enrico> -lshlwapi.
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I didn't succeed in using AC_CHECK_LIB with a win32 library,
Enrico> so in the autoview patch I directly used AC_SUBST to add
Enrico> -lshlwapi.
I think it can be made to work.
Enrico> I think that Joost modeled his patch o
On Wed, May 10, 2006 at 04:33:30PM +0200, Jean-Marc Lasgouttes wrote:
> > "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
>
> Joost> Jean-Marc Lasgouttes wrote:
> >> Thanks. So the following (plus removal of cygwin.m4) would be just
> >> as good, right?
>
> Joost> Yes, but add a new file
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes
Enrico> wrote:
>>> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>>>
Enric
On Wed, May 10, 2006 at 04:41:38PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes
> Enrico> wrote:
> >> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes
Enrico> wrote:
>> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>>
Enrico> No, please. config/cygwin.m4 in 1.5 should be copied verbatim
Enrico>
Jean-Marc Lasgouttes a écrit :
"Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
Thanks. So the following (plus removal of cygwin.m4) would be just
as good, right?
Joost> Yes, but add a new file called windows.m4. My font patch for
Joost> example needs t
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> Thanks. So the following (plus removal of cygwin.m4) would be just
>> as good, right?
Joost> Yes, but add a new file called windows.m4. My font patch for
Joost> example needs to link against gdi32 on
On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> No, please. config/cygwin.m4 in 1.5 should be copied verbatim
> Enrico> to 1.4.
>
> My plan is to replace it with something like the following (not
>
On Wed, May 10, 2006 at 11:30:14AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes wrote:
> >>>"Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >>Enrico> No, please. config/cygwin.m4 in 1.5 should be copi
Enrico Forestieri a écrit :
On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes wrote:
"Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> No, please. config/cygwin.m4 in 1.5 should be copied verbatim
Enrico> to 1.4.
My plan is to replace it with something like the fol
On Wed, May 10, 2006 at 10:06:38AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Tue, May 09, 2006 at 06:29:59PM +0200, Joost Verburg wrote:
> >> Jean-Marc Lasgouttes wrote: >Thanks. So the following (plus removal
> >> of cygwin
On Wed, May 10, 2006 at 10:14:13AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> No, please. config/cygwin.m4 in 1.5 should be copied verbatim
> Enrico> to 1.4.
>
> My plan is to replace it with something like the following (not
>
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> No, please. config/cygwin.m4 in 1.5 should be copied verbatim
Enrico> to 1.4.
My plan is to replace it with something like the following (not
tested, I am in a hurry). I guess the same is needed for qt4.
And add tests for sp
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Tue, May 09, 2006 at 06:29:59PM +0200, Joost Verburg wrote:
>> Jean-Marc Lasgouttes wrote: >Thanks. So the following (plus removal
>> of cygwin.m4) would be just as >good, right?
>>
>> Yes, but add a new file called window
On Tue, May 09, 2006 at 06:29:59PM +0200, Joost Verburg wrote:
> Jean-Marc Lasgouttes wrote:
> >Thanks. So the following (plus removal of cygwin.m4) would be just as
> >good, right?
>
> Yes, but add a new file called windows.m4. My font patch for example
> needs to link against gdi32 on Windows.
On Tue, May 09, 2006 at 05:33:51PM +0200, Jean-Marc Lasgouttes wrote:
> > "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
>
> Joost> Abdelrazak Younes wrote:
> >>> Why is this still not in? Without this patch, dynamic linking with
> >>> Q../Free takes hours.
> >> You mean in 1.4? That's J
Jean-Marc Lasgouttes a écrit :
"Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote: Yes, it should definitely go in 1.4
Joost> as well. I have used it for some time while working on the new
Joost> Windows installer, it works fine.
Can I see the patch again?
Jean-Marc Lasgouttes wrote:
Thanks. So the following (plus removal of cygwin.m4) would be just as
good, right?
Yes, but add a new file called windows.m4. My font patch for example
needs to link against gdi32 on Windows.
Joost
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote: Yes, it should definitely go in 1.4
Joost> as well. I have used it for some time while working on the new
Joost> Windows installer, it works fine.
>> Can I see the patch again?
Joost> Here it is.
Thanks
Jean-Marc Lasgouttes wrote:
Joost> Yes, it should definitely go in 1.4 as well. I have used it for
Joost> some time while working on the new Windows installer, it works
Joost> fine.
Can I see the patch again?
Here it is.
Joost
Index: config/cygwin.m4
==
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Abdelrazak Younes wrote:
>>> Why is this still not in? Without this patch, dynamic linking with
>>> Q../Free takes hours.
>> You mean in 1.4? That's JMarc'c call.
Joost> Yes, it should definitely go in 1.4 as well. I have used it f
Abdelrazak Younes wrote:
Why is this still not in? Without this patch, dynamic linking with
Q../Free takes hours.
You mean in 1.4? That's JMarc'c call.
Yes, it should definitely go in 1.4 as well. I have used it for some
time while working on the new Windows installer, it works fine.
Joost
Joost Verburg a écrit :
Abdelrazak Younes wrote:
By the way, did you try to build with my recent change to cygwin.m4?
Here, it cuts down memory and time consumption by half for dynamic
linking with Qt3. Of course this doesn't solve the problem of
generating the Qt dll, but you could just use t
Abdelrazak Younes wrote:
By the way, did you try to build with my recent change to cygwin.m4?
Here, it cuts down memory and time consumption by half for dynamic
linking with Qt3. Of course this doesn't solve the problem of generating
the Qt dll, but you could just use the one from Angus install
Abdelrazak Younes wrote:
Well, let's be even more pragmatic: help me polishing the Qt4 port!
I mean it, compiling lyx without debug info requires a maximum of 50
Megs and is very fast!
Frankly speaking, I think I have to retire for a while (not forever)
once the work on change tracking is co
Michael Gerz a écrit :
I have 512 MB and building a shared library is still no fun. Let's be
pragmatic. Shared vs. static is not a religuous question.
By the way, did you try to build with my recent change to cygwin.m4?
Here, it cuts down memory and time consumption by half for dynamic
linkin
Michael Gerz a écrit :
Abdelrazak Younes wrote:
[Lots of very good reasons to use Cygwin]
You don't have to convince me Enrico I am already on your side ;-)
My question was about the general windows user. For this kind of user,
I think installing cygwin is I think a no-go; using native packag
Abdelrazak Younes wrote:
[Lots of very good reasons to use Cygwin]
You don't have to convince me Enrico I am already on your side ;-)
My question was about the general windows user. For this kind of user,
I think installing cygwin is I think a no-go; using native package
(python, etc) is the
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| My automated daily builds on my Redhat FC4 system are getting
| those damnable linker errors or the python lyx2lyx module issue
| (see ftp://ftp.sylvan.com/pub/lyx/devel/log for the latest).
Did you try compiling without the precompiled headers?
-
On Mon, Apr 17, 2006 at 11:42:21AM -0700, Kayvan A. Sylvan wrote:
> On Thu, Apr 13, 2006 at 10:28:59AM +0200, Jean-Marc Lasgouttes wrote:
> >
> > Hi Kayvan,
> >
> > Did you see this message? We need your input on why this special
> > cygwin code was needed...
>
> All I remember is that it was n
me. I'm going to upgrade that machine
to Redhat FC5 in the next week or so, after which I will try again.
---Kayvan
> To: lyx-devel@lists.lyx.org
> From: Abdelrazak Younes <[EMAIL PROTECTED]>
> Subject: [Patch] reduce linking time under windows (was R
On Sat, Apr 15, 2006 at 06:12:57PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Sat, Apr 15, 2006 at 05:02:09PM +0200, Abdelrazak Younes wrote:
> >
> >> Enrico Forestieri a écrit :
> >
> [...]
> > Thanks a lot, Abdel.
>
> You're welcome.
>
> >>> Anyway, I don't think th
Enrico Forestieri a écrit :
On Sat, Apr 15, 2006 at 05:02:09PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
[...]
Thanks a lot, Abdel.
You're welcome.
Anyway, I don't think that it is a so great pain having to specify
some variables on the configure command line. You can
On Sat, Apr 15, 2006 at 05:02:09PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > I mean that you know that you should use -mno-cygwin only after
> > ascertaining that you want windows packaging. Until this point,
> > the configure script has already performed many checks using
Enrico Forestieri a écrit :
On Sat, Apr 15, 2006 at 02:33:39PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
[...]
Abdel,
I have come up with the attached cygwin.m4, but I am sorry to say
that the -mno-cygwin t
On Sat, Apr 15, 2006 at 03:07:16PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes a écrit :
> > Enrico Forestieri a écrit :
> [...]
> >
> >> CPPFLAGS="${CPPFLAGS} -IC:/MinGW/include"
> >> LDFLAGS="${LDFLAGS} -LC:/MinGW/lib"
> >
> > We should maybe inverse the order in or
On Sat, Apr 15, 2006 at 10:28:25AM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | I also was kidding, of course
> | I think they are a bit biased against me given that I admitted to
> | be a C++ newbie
> | In a sense, I feel at home with cygwin, as it co
On Sat, Apr 15, 2006 at 02:33:39PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
> [...]
> > Abdel,
> >
> > I have come up with the attached cygwin.m4, but I am sorry to say
> > that the -mno-cygwin thing doesn
Abdelrazak Younes a écrit :
Enrico Forestieri a écrit :
[...]
CPPFLAGS="${CPPFLAGS} -IC:/MinGW/include"
LDFLAGS="${LDFLAGS} -LC:/MinGW/lib"
We should maybe inverse the order in order to make sure that the mingw
headers and libs are used first:
CPPFLAGS="$-I
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
[...]
Abdel,
I have come up with the attached cygwin.m4, but I am sorry to say
that the -mno-cygwin thing doesn't work when done this way.
Notice that it kicks in when --with-packaging=windows is spe
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| I also was kidding, of course
| I think they are a bit biased against me given that I admitted to
| be a C++ newbie
| In a sense, I feel at home with cygwin, as it compares to Windows as
| the ixemul.library was comparing to the Amiga
| It was a j
On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Fri, Apr 14, 2006 at 05:07:47PM +0200, Abdelrazak Younes wrote:
> >>> I am no m4 expert, but could see what I can do. Anyway, this is not
> >>> strictly necessary as that define can be set throu
On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > Actually, it is quite simple. You should set CC, CPP, CXX, and CXXPP
> > when invoking configure, like this:
> >
> > cd build
> > ../configure CC='gcc -mno-cygwin' CPP='gcc -mno-cygwin -E' \
> >
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 05:07:47PM +0200, Abdelrazak Younes wrote:
I am no m4 expert, but could see what I can do. Anyway, this is not
strictly necessary as that define can be set through CPPFLAGS.
I would prefer something that is ready to compile out of the box so
l
On Fri, Apr 14, 2006 at 04:47:00PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Fri, Apr 14, 2006 at 10:09:32AM +0200, Abdelrazak Younes wrote:
> [...]
> >> Well I certainly hope Enrico would help me as he is much more
> >> knowledgeable than me. See Enrico? It was not tha
On Fri, Apr 14, 2006 at 05:07:47PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Fri, Apr 14, 2006 at 10:38:08AM +0200, Abdelrazak Younes wrote:
> >
> >> Georg Baum a écrit :
> >>> Am Freitag, 14. April 2006 10:09 schrieb Abdelrazak Younes:
> Lars Gullik Bjønnes a écri
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 10:38:08AM +0200, Abdelrazak Younes wrote:
Georg Baum a écrit :
Am Freitag, 14. April 2006 10:09 schrieb Abdelrazak Younes:
Lars Gullik Bjønnes a écrit :
Why isn't the two first lines deleted?
Because I know sxxt about M4 :-)
I suppose I c
On Fri, Apr 14, 2006 at 10:38:08AM +0200, Abdelrazak Younes wrote:
> Georg Baum a écrit :
> > Am Freitag, 14. April 2006 10:09 schrieb Abdelrazak Younes:
> >> Lars Gullik Bjønnes a écrit :
> >>> Why isn't the two first lines deleted?
> >> Because I know sxxt about M4 :-)
> >> I suppose I can delet
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 10:09:32AM +0200, Abdelrazak Younes wrote:
[...]
Well I certainly hope Enrico would help me as he is much more
knowledgeable than me. See Enrico? It was not that hard to push this
change ;-)
When I ask something to a particular secretary of
On Fri, Apr 14, 2006 at 10:09:32AM +0200, Abdelrazak Younes wrote:
> Lars Gullik Bjønnes a écrit :
> > Why isn't the two first lines deleted?
>
> Because I know sxxt about M4 :-)
> I suppose I can delete that but then what's the use of cygwin.m4? Could
> we just delete the file and let it rest i
Georg Baum a écrit :
Am Freitag, 14. April 2006 10:09 schrieb Abdelrazak Younes:
Lars Gullik Bjønnes a écrit :
Why isn't the two first lines deleted?
Because I know sxxt about M4 :-)
I suppose I can delete that but then what's the use of cygwin.m4? Could
we just delete the file and let it res
Am Freitag, 14. April 2006 10:09 schrieb Abdelrazak Younes:
> Lars Gullik Bjønnes a écrit :
> > Why isn't the two first lines deleted?
>
> Because I know sxxt about M4 :-)
> I suppose I can delete that but then what's the use of cygwin.m4? Could
> we just delete the file and let it rest in peace?
Lars Gullik Bjønnes a écrit :
Why isn't the two first lines deleted?
Because I know sxxt about M4 :-)
I suppose I can delete that but then what's the use of cygwin.m4? Could
we just delete the file and let it rest in peace?
To commit this or not is outside my knowledge, but it seems that yo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >
| > Index: config/cygwin.m4
| > ===
| > --- config/cygwin.m4(revision 13592)
| > +++ config/cygwin.m4
Can I apply this patch? We (Enrico and me) have verified it improves
linking time considerably and makes no harm for those platform:
- cygwin/Qt3
- cygwin-X11/Qt3
- mingw-win32/Qt3
- mingw-win32/Qt4
Abdel.
PS: my libiconv/libtool problem was not related to this but to my mixed
cygwin/mingw se
On Thu, Apr 13, 2006 at 11:05:36AM -0700, Stephen Harris wrote:
> Enrico Forestieri wrote:
> >The point is that LyX substantially is a *nix application and cygwin
> >offers all the needed infrastructure. So, you already have libiconv,
> >libaspell, python and so on. So why do not require installin
On Thu, Apr 13, 2006 at 12:12:13PM +0200, Abdelrazak Younes wrote:
> Am I discussing with myself?
Could well be. But be assured that even for talking to one self one
needs an intelligent partner...
Andre'
On Thu, Apr 13, 2006 at 02:27:50PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >The qt3-win32.patch also contains my patches to Qt aimed at a
> >cygwin executable, but they do not harm a native build.
> >Although the patch may seem big, it does nothing more of what
> >you find
Enrico Forestieri wrote:
On Thu, Apr 13, 2006 at 02:27:50PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
I am more radical than Abdel and use all cygwin tools to build
a native win32 version of LyX.
I may well join you in the revolution Enrico ;-) And I may go even
further, ju
On Thu, Apr 13, 2006 at 05:28:39PM +0200, Georg Baum wrote:
> Abdelrazak Younes wrote:
>
> > Enrico Forestieri a écrit :
> >> On Thu, Apr 13, 2006 at 02:27:50PM +0200, Abdelrazak Younes wrote:
> >>> Enrico Forestieri a écrit :
> >
> > [Lots of very good reasons to use Cygwin]
> >
> > You don't h
Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
>> On Thu, Apr 13, 2006 at 02:27:50PM +0200, Abdelrazak Younes wrote:
>>> Enrico Forestieri a écrit :
>
> [Lots of very good reasons to use Cygwin]
>
> You don't have to convince me Enrico I am already on your side ;-)
> My question was abou
On Thu, Apr 13, 2006 at 04:14:24PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >Please, don't think to distribute the cygwin dll outside of a cygwin
> >installation as you would be classified as 3PPP (third party perverse)
> >and they would deny any support.
>
> Well, we do th
On Thu, Apr 13, 2006 at 03:06:43PM +0200, Abdelrazak Younes wrote:
> Angus Leeming a écrit :
> >Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>Wait I see that "-I/cygdrive/d/program/Aspell-60-4/include" is passed to
> >>g++. So configure in this case doesn't translate anything and g++ is
> >>a
On Thu, Apr 13, 2006 at 12:43:56PM +, Angus Leeming wrote:
> A question for you: If I were to fo the -mno-cygwin route and build LyX using
> the Cygwin environment, then I'll also have to continue to build the external
> libraries that LyX links against (aspell, iconv, gettext). Ie, I won't be
Enrico Forestieri a écrit :
On Thu, Apr 13, 2006 at 02:27:50PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
[Lots of very good reasons to use Cygwin]
You don't have to convince me Enrico I am already on your side ;-)
My question was about the general windows user. For this kind
On Thu, Apr 13, 2006 at 02:27:50PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >I am more radical than Abdel and use all cygwin tools to build
> >a native win32 version of LyX.
>
> I may well join you in the revolution Enrico ;-) And I may go even
> further, just use the cygw
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Wait I see that "-I/cygdrive/d/program/Aspell-60-4/include" is passed to
g++. So configure in this case doesn't translate anything and g++ is
able to cope with this path. But it can't cope with
"/usr/lib/libiconv.dll.a", thi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Wait I see that "-I/cygdrive/d/program/Aspell-60-4/include" is passed to
> g++. So configure in this case doesn't translate anything and g++ is
> able to cope with this path. But it can't cope with
> "/usr/lib/libiconv.dll.a", this is really weird.
Enrico Forestieri a écrit :
On Thu, Apr 13, 2006 at 02:18:48PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
On Thu, Apr 13, 2006 at 01:48:19PM +0200, Abdelrazak Younes wrote:
Angus Leeming a écrit :
[...]
Yes, that's my understanding also. But then I don't understand why g++
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I am more radical than Abdel and use all cygwin tools to build
> a native win32 version of LyX.
> Please attached find all the material I use to this end.
Thanks, Enrico. I'll try and find some time next week to have a go.
> Be warned that, as I am
Enrico Forestieri a écrit :
On Thu, Apr 13, 2006 at 10:47:40AM +, Angus Leeming wrote:
If it's any consolation, I too am rather frustrated by mingw/msys. Packages get
out of date and there's no equivalent of the cygwin package manager (which is
excellent). And, frankly, I've never had much
On Thu, Apr 13, 2006 at 02:18:48PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >On Thu, Apr 13, 2006 at 01:48:19PM +0200, Abdelrazak Younes wrote:
> >>Angus Leeming a écrit :
>
> [...]
>
> >>Yes, that's my understanding also. But then I don't understand why g++
> >>complains
Enrico Forestieri a écrit :
On Thu, Apr 13, 2006 at 01:48:19PM +0200, Abdelrazak Younes wrote:
Angus Leeming a écrit :
[...]
Yes, that's my understanding also. But then I don't understand why g++
complains about not finding "/usr/lib/libiconv.dll.a". Maybe this
linking command is too long f
On Thu, Apr 13, 2006 at 01:48:19PM +0200, Abdelrazak Younes wrote:
> Angus Leeming a écrit :
> >Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>>/usr/lib/ exists on mingw
> >>Are you sure? I mean MSys has it but I don't think mingw understand it.
> >>I may be wrong though.
> >
> >You may well be
On Thu, Apr 13, 2006 at 11:39:05AM +, Angus Leeming wrote:
> Shrug. Mingw is a spin off from Cygwin. I'm no expert here but Enrico appears
> quite knowledgable; try asking him what the difference is between an
> executable
> compiled with the mingw compiler and one compiled with the cygwin co
1 - 100 of 114 matches
Mail list logo