Enrico Forestieri wrote:
Angus Leeming <[EMAIL PROTECTED]> writes:
Oh, nice! I had no idea that ldd worked on Windows.
Oh well, this isn't the real ldd ;-)
$ cat /usr/local/bin/ldd
#!/bin/sh
# Emulate ldd
FULL_WIN_PATH=`cygpath -w -a "$1"`
cygcheck "$FULL_WIN_PATH"
Magic! Thank you.
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
> Oh, nice! I had no idea that ldd worked on Windows.
Oh well, this isn't the real ldd ;-)
$ cat /usr/local/bin/ldd
#!/bin/sh
# Emulate ldd
FULL_WIN_PATH=`cygpath -w -a "$1"`
cygcheck "$FULL_WIN_PATH"
--
Enrico
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Remember to "configure
Angus> --disable-stdlib-debug". Makes a huge difference to link times.
>> Are you sure? That's weird... I thought the generated text was the
>> same in all cases.
Angus> Isn't tha
Jean-Marc Lasgouttes wrote:
> Angus> Remember to "configure --disable-stdlib-debug". Makes a huge
> Angus> difference to link times.
>
> Are you sure? That's weird... I thought the generated text was the
> same in all cases.
Isn't that --disable-concept-checks ? Doesn't stdlib-debug create custom
Enrico Forestieri wrote:
>> If you were to do that, you'd probably want a third package containing
>> only C:\Program Files\LyXxtras\bin
>> dt2dv.exe
>> dv2dt.exe
>> libiconv-2.dll
>> mingwm10.dll
>> qt-mt3.dll
>>
>> and have the lyx.bat in the 1.3 and 1.4 versions of the LyX package add
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Remember to "configure --disable-stdlib-debug". Makes a huge
Angus> difference to link times.
Are you sure? That's weird... I thought the generated text was the
same in all cases.
JMarc
Abdel <[EMAIL PROTECTED]> writes:
> Hum, I'm no expert in that domain but maybe the linker has to "unique"
> each and every methods that are defined in the duplicate headers. As
> mingw gcc 3.4 has no support for precompiled header the linker has to do
> this triage and this should take time, s
Angus Leeming <[EMAIL PROTECTED]> writes:
> If you were to do that, you'd probably want a third package containing only
> C:\Program Files\LyXxtras\bin
> dt2dv.exe
> dv2dt.exe
> libiconv-2.dll
> mingwm10.dll
> qt-mt3.dll
>
> and have the lyx.bat in the 1.3 and 1.4 versions of the LyX p
Michael Gerz wrote:
> Angus Leeming wrote:
>
>>Right. But almost the same time as the static build for both me and for
>>Abdel. IMO, you just got lucky with your machine ;-)
> Hmm I will check the link times this week. If you are right, I will
> NEVER mention the term STATIC again :-)
I sus
Angus Leeming a écrit :
Michael Gerz wrote:
Note how the bar.h header file forward declares "class Foo;" rather than
including foo.h (which it could have done instead). Qt3 tends to forward
declare a lot less stuff than Qt4. However, that tends to increase compile
times, not link times. The Qt4
Michael Gerz a écrit :
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link ti
Michael Gerz wrote:
> Angus Leeming wrote:
>
>>Let's be clear: it's a kludge to get decent compile times using the MinGW
>>compiler. Let's also be clear: compile times are better for you, but not
>>significantly better for me.
>>
>>Uniting the scripts is a different issue. I'm sure that it's not
Angus Leeming wrote:
Right. But almost the same time as the static build for both me and for
Abdel. IMO, you just got lucky with your machine ;-)
Hmm I will check the link times this week. If you are right, I will
NEVER mention the term STATIC again :-)
As for, "what do you mean by fo
Angus Leeming wrote:
Let's be clear: it's a kludge to get decent compile times using the MinGW
compiler. Let's also be clear: compile times are better for you, but not
significantly better for me.
Uniting the scripts is a different issue. I'm sure that it's not beyond the
wit of man to modify d
Michael Gerz wrote:
> Beck, Andrew Thomas - BECAT001 wrote:
>
>> Don't take it personally, but I actually prefer dynamic linking of
>> stuff that is clearly an external library. Especially since it's
>> used by a few things. What's the drama with linking it dynamically? I
>> suspect it might impr
Beck, Andrew Thomas - BECAT001 wrote:
Don't take it personally, but I actually prefer dynamic linking of
stuff that is clearly an external library. Especially since it's
used by a few things. What's the drama with linking it dynamically? I
suspect it might improve link time/memory somewhat.
Wel
Angus Leeming a écrit :
Michael Gerz wrote:
I post it from time to time :-) If only I could convince Angus that
static linking is much better than dynamic linking. Than the whole
LyX/Win family would be united again :-)
You can't convince me, because it's not ;-)
Let's be clear: it's a kludge
Michael Gerz wrote:
> I post it from time to time :-) If only I could convince Angus that
> static linking is much better than dynamic linking. Than the whole
> LyX/Win family would be united again :-)
You can't convince me, because it's not ;-)
Let's be clear: it's a kludge to get decent compile
Beck, Andrew Thomas - BECAT001 wrote:
I've tried this but configure (under mingw) is the failing when it's trying to
detect libqt-mt. The test program it's using is linking with heaps of undefined
references - to graphics related stuff which I
beleive to be in libgdi32, which is being linked.
Michael Gerz
Wed, 04 Jan 2006 15:14:51 -0800
>Hi Angus,
>
>
>I also noticed that MinGW no longer allows you to build 1.4.0cvs. As a
>workaround, I use cygwin's automake
>to generate the Makefiles. It works as expected but, of course, it isn't nice
>to have to install and use
>cygwin in additio
Michael Gerz <[EMAIL PROTECTED]> writes:
> I also noticed that MinGW no longer allows you to build 1.4.0cvs. As a
> workaround, I use cygwin's automake to generate the Makefiles. It works
> as expected but, of course, it isn't nice to have to install and use
> cygwin in addition to MinGW. Thank
Angus Leeming wrote:
I find that running autogen.sh produces the attached output.
Any clues?
As things stand, I'm afraid that the port of automake 1.9 to Windows
isn't yet ready for prime time. (Hence it isn't part of MSYS yet).
That means I can build neither LyX 1.4 nor tex2lyx on Windows u
22 matches
Mail list logo
