I introduced an exe_suffix.
This is the last thing you want to do with a scons system. The copy
business is surprisingly tricky, and I get the code from the user's
guide. Please have a look at the attached patch.
> >On solaris scons uses gcc for linking, so there are tons of undefined
> >refe
On Thu, May 11, 2006 at 06:30:49PM -0500, Bo Peng wrote:
> >Please, find attached a small bug fix for lyxclient.
>
> So socket_libs should be separated from system_libs anyway? You know,
> for lyxclient, system_libs has more stuff than socket_libs...
>
> Please, if you think socket_libs should be
BTW, you might be interested in adding a no-config=1 or no-detect=1
option to bypass the generation of config.h, or the whole detection
process. (keep only those that will have a *useful* value in env.)
Generating config.h each time is kind of silly, even if the process is
relatively quick with c
Another small fix to avoid problems with library ordering:
Your patch looks fine. Thanks.
Bo
Please, find attached a small bug fix for lyxclient.
So socket_libs should be separated from system_libs anyway? You know,
for lyxclient, system_libs has more stuff than socket_libs...
Please, if you think socket_libs should be separated, provide an
updated patch that
1. lyxclient only uses so
On Fri, May 12, 2006 at 12:56:44AM +0200, Enrico Forestieri wrote:
> Please, find attached a small bug fix for lyxclient.
Another small fix to avoid problems with library ordering:
g++ -o release/qt3/lyx -Lrelease/libs -L/opt/qt/lib -L/opt/qt/lib -L/opt/lib
-L/usr/X11/lib -L. -llyxbase_pre -lma
I tried using this. But it does not recognize any new layout files I had
created. I reconfigured after copying these files in the layout folder
I had changed the paths in lyx.bat file to c:\program
files\lyx-svn\bin\lyx.exe
Can I only install this in a specific folder or is any place ok.
Sreekum
On Thu, May 11, 2006 at 04:30:33PM -0500, Bo Peng wrote:
> $ scons lyxbase
> $ scons [prefix=/path/to/lyx] [exec_path=/path/to/lyx_bin] install
> are in.
>
> So my lastest fresh run (linux) is like
> $ scons client
> $ scons tex2lyx
> $ scons lyxbase
> $ scons qt3
> $ scons frontend=qt4 qt_dir=/p
On Thu, May 11, 2006 at 04:21:34PM -0500, Bo Peng wrote:
> On 5/11/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> >> > Please, attached find a patch enabling the LyX socket. Without this
> >> > patch the lyxclient cannot work.
> >>
> >> Get it.
> >
> >Get compile error with this thing in:
> >
>
> Never
On Thu, May 11, 2006 at 04:04:15PM -0500, Bo Peng wrote:
> >> Please, attached find a patch enabling the LyX socket. Without this
> >> patch the lyxclient cannot work.
> >
> >Get it.
>
> Get compile error with this thing in:
>
> src/messages.C: In member function `const std::string
> Messages::Pi
Georg Baum schrieb:
We need to parse everything as a valid TeX expression.
I don't understand this because the content of ERT insets are also not
parsed as valid TeX.
Exactly. It should be possible to work around that by introducing some
hacks into the parser, but IMO it is far better to f
$ scons tex2lyx (or boost mathed frontends controllers qt3 qt4 client graphics)
They correspond to individual libraries (executable) and because I
manage to avoid *processing* other directories, the null-build time
for them are usually 2 to 3 seconds. The qt3/qt4 part, does take
around 15s becaus
On 5/11/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> > Please, attached find a patch enabling the LyX socket. Without this
> > patch the lyxclient cannot work.
>
> Get it.
Get compile error with this thing in:
Never mind, as usual, another config.h is in the way. :-(
Bo
> Please, attached find a patch enabling the LyX socket. Without this
> patch the lyxclient cannot work.
Get it.
Get compile error with this thing in:
src/messages.C: In member function `const std::string
Messages::Pimpl::get(const std::string&) const':
src/messages.C:140: error: `PACKAGE' was
On Thu, May 11, 2006 at 03:42:59PM -0500, Bo Peng wrote:
> >
> >Yea, the problem was that that line was different from the one you
> >show above...
>
> You sure applied my patch???
Probably I didn't think I had to "svn up".
--
Enrico
On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
> On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
> > All of this because a terminal takes 15 seconds to start on linux.
> > Yes, I could use fvwm, but I would lose a desktop environment.
>
> You can use plain xterms
Yea, the problem was that that line was different from the one you
show above...
You sure applied my patch???
Please, attached find a patch enabling the LyX socket. Without this
patch the lyxclient cannot work.
Get it.
Bo
On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
> All of this because a terminal takes 15 seconds to start on linux.
> Yes, I could use fvwm, but I would lose a desktop environment.
You can use plain xterms with gnome, too.
Andre'
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 Wed, May 10, 2006 at 11:17:37AM +0200, Abdelrazak Younes wrote:
> I definitely like the content checking concept.
Does it check the contents of a _file_ or of a _translation unit_?
Andre'
On Tue, May 09, 2006 at 11:01:42PM +0200, Enrico Forestieri wrote:
> On Tue, May 09, 2006 at 10:00:51PM +0200, Andre Poenitz wrote:
> > On Tue, May 09, 2006 at 12:04:44PM -0500, Bo Peng wrote:
> > > I am too new to scons to give a full solution here. Here are some of
> > > my opinions:
> > >
> > >
On Wed, May 10, 2006 at 12:23:20PM +0200, Lars Gullik Bjønnes wrote:
> | Not bad.
> |
> | Btw I remember that concatenation all mathed/*.C into a single
> | translation unit and compiling this was several times faster
> | (I seem to remember 'four times') than compiling the small
> | chunks we hav
On Wed, May 10, 2006 at 09:36:09AM +0200, Abdelrazak Younes wrote:
> Asger Ottar Alstrup a écrit :
> >Abdelrazak Younes wrote:
> >>But that's my point, one should not have to recompile everything
> >>because of a single setting change that impact the compilation of a
> >>single file.
> >
> >If yo
On Tue, May 09, 2006 at 04:53:39PM -0500, Bo Peng wrote:
> I am working on a preprocessor at the very moment to
> handle dependencies like this:
> #ifdef foo
> #include "bar.h"
> #endif
The C preprocessor is said to do a pretty decent job
on such constructs...
Andre'
On Wed, May 10, 2006 at 10:40:33AM -0500, Bo Peng wrote:
> On 5/9/06, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> >On Tue, May 09, 2006 at 11:08:21AM -0500, Bo Peng wrote:
> >> Vim is *the* editing tool for me. *You can tell from the first line of
> >> every SCons* files).
> >
> >Why is this needed
On Thu, May 11, 2006 at 11:33:19AM -0500, Bo Peng wrote:
> >Sorry, it still doesn't work for me:
>
> >scons: *** Source
> >`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not
> >found, needed by target
> >`release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsM
Am Donnerstag, 11. Mai 2006 16:18 schrieb Jean-Marc Lasgouttes:
> > "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> Uwe> - Bug 2579, an ERT inset for formulas to allow users to create
> Uwe> formulas even if there are LyX bugs that normally prevents this.
> Uwe> http://bugzilla.lyx.org/show
Am Donnerstag, 11. Mai 2006 15:55 schrieb Jean-Marc Lasgouttes:
> But make install only installs the first frontend, doesn't it?
It installs all (lyx-qt, lyx-gtk etc.), but since obviously only one can
be named lyx it installs only the first one as lyx. Thanks to the
package() work of you and A
Am Donnerstag, 11. Mai 2006 15:41 schrieb Bennett Helm:
> On May 11, 2006, at 9:14 AM, Georg Baum wrote:
> > No, I wanted the console output from LyX. The patch did add some
> > debug info.
>
> But no debug info appears there! --
Probably because I forgot to flush the stream. Please try it agai
On Thu, May 11, 2006 at 07:30:43PM +0200, Abdelrazak Younes wrote:
> I am giving up for now, but I guess it should be possible to compile it
> successfully. The question is, is it useful? (Don't tell me that you
> already got that with cygwin Enrico ;-))
I suggest that you stop wasting your tim
Dear all,
I have done a thorough profiling on the starting process of scons, and
it turns out that there is no way (as of now) to reduce the null build
time further, except for a few command line options that can reduce
the time from 32 to 26s (assuming no dependence change etc).
I however, can
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
While looking for an updated gettext library I came across this:
http://gnuwin32.sourceforge.net/packages/libgw32c.htm
It seems that there's a possibility to also provide fork and socket to
mingw (so that the client might work). I'll tes
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I'll do that but I thought this macro was a lyx thing.
Stuff that is in m4/ is no
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes a écrit :
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> I'll do that but I thought this macro was a lyx thing.
>> Stuff that is in m4/ is not ours.
Abdelraz
Joost Verburg a écrit :
Abdelrazak Younes wrote:
I got a new intl (included in gettext 0.14.4 from GnuWin32) that has
those symbols and it seems to configure fine:
What's the difference with the standard gettext that can be compiled
from source?
You mean using Msys? I prefer to use pre-com
Sorry, it still doesn't work for me:
scons: *** Source
`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not found,
needed by target
`release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsModule.cc'.
Stop.
scons: building terminated because of errors.
You
Abdelrazak Younes wrote:
I got a new intl (included in gettext 0.14.4 from GnuWin32) that has
those symbols and it seems to configure fine:
What's the difference with the standard gettext that can be compiled
from source?
Joost
On Thu, May 11, 2006 at 08:57:54AM -0500, Bo Peng wrote:
> >Failure on cygwin:
> >
> `src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not
> found, needed by target
> `release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsModule.cc'.
> Stop.
> >scons: building termin
Abdelrazak Younes a écrit :
While looking for an updated gettext library I came across this:
http://gnuwin32.sourceforge.net/packages/libgw32c.htm
It seems that there's a possibility to also provide fork and socket to
mingw (so that the client might work). I'll test this and report afterword.
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I'll do that but I thought this macro was a lyx thing.
Stuff that is in m4/ is not ours.
Ah... Is it something distributed together with autotools? Or something
you update once in a whil
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I got a new intl (included in gettext 0.14.4 from
Abdelrazak> GnuWin32) that has those symbols and it seems to configure
Abdelrazak> fine:
Which was it before?
the one included in gettext
Hi,
another patch for the change tracking branch. This time, I turned
Paragraph::Pimpl:changes_ into an object (before it has been a pointer).
I think this is the last "mechanical" patch. The next one will be a bit
more exciting.
Michael
Index: paragraph_pimpl.C
==
scons --implicit-deps-changed: 36s
scons --implicit-cache (default): 32s
scons --max-drift=1 --implicit-deps-unchanged: 27s
scons --max-drift=1 --implicit-deps-unchanged --diskcheck=None: 27s
Bo
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> - Bug 2579, an ERT inset for formulas to allow users to create
Uwe> formulas even if there are LyX bugs that normally prevents this.
Uwe> http://bugzilla.lyx.org/show_bug.cgi?id=2579 ---
>> This is not possible, as Georg already explained.
Jean-Marc Lasgouttes writes:
Uwe> - Bug 2466, framebox and fbox can't be used when operators are in
Uwe> the formula, see also bug 1435
Uwe> http://bugzilla.lyx.org/show_bug.cgi?id=2466
For this we would need a real text-box-in-math inset and this does not
exist. So I do not think this will be
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Bo Peng wrote:
>> With --with-frontend='qt3 qt4', I am forced to compile both
>> frontends each time. And with $ configure --with-frontend=qt3 $
>> make $ configure --with-frontend=qt4 (slow) $ make The last one is
>> likely to be a fu
Failure on cygwin:
`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not
found, needed by target
`release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsModule.cc'.
Stop.
scons: building terminated because of errors.
Wrongly use of absolute path. patch attached
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> What multiple frontends cannot do yet is install properly. This may
>> be why Georg had problems.
Georg> I don't have any problems at all. --with-frontend="qt xforms
Georg> gtk qt4" works just fine.
But
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I'll do that but I thought this macro was a lyx thing.
Stuff that is in m4/ is not ours.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I got a new intl (included in gettext 0.14.4 from
Abdelrazak> GnuWin32) that has those symbols and it seems to configure
Abdelrazak> fine:
Which was it before?
JMarc
On May 11, 2006, at 9:14 AM, Georg Baum wrote:
Bennett Helm wrote:
Sorry it's taken so long. Here's the output from gdb. (Is this what
you wanted?)
No, I wanted the console output from LyX. The patch did add some
debug info.
But no debug info appears there! --
09:39:40 | bennett:~/lyx/g
Georg Baum a écrit :
Abdelrazak Younes wrote:
I mean "couldn't we just ignore them on _Windows_ cmd console",
especially so if qt_dir is specified at the command line.
Ignoring it if qt_dir is specified makes sense to me, without it not. Why
should QTDIR not work for qt3 on Windows cmd consol
Abdelrazak Younes wrote:
> I mean "couldn't we just ignore them on _Windows_ cmd console",
> especially so if qt_dir is specified at the command line.
Ignoring it if qt_dir is specified makes sense to me, without it not. Why
should QTDIR not work for qt3 on Windows cmd console? I don't see any
di
Bennett Helm wrote:
> Sorry it's taken so long. Here's the output from gdb. (Is this what
> you wanted?)
No, I wanted the console output from LyX. The patch did add some debug info.
Georg
Bo Peng wrote:
> With --with-frontend='qt3 qt4', I am forced to compile both frontends
> each time. And with
> $ configure --with-frontend=qt3
> $ make
> $ configure --with-frontend=qt4 (slow)
> $ make
> The last one is likely to be a full rebuild (Am I right here?)
No. It would be a ful
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes a écrit :
| > Jean-Marc Lasgouttes a écrit :
| >>> "Abdelrazak" == Abdelrazak Younes
| >>> <[EMAIL PROTECTED]> writes:
| >>
| >> Abdelrazak> I changed nothing to my configuration but config.h
Georg Baum a écrit :
Abdelrazak Younes wrote:
This one is correct and is the one I specified. It seems that for the
second test it is overridden by the variable QTDIR. It is very common to
have these variable left, couldn't we just ignore them?
No.
I mean "couldn't we just ignore them on _W
. I am not sure what should happen if you both have QTDIR
set and specify something else on the command line. Since this is almost
always not wanted a warning might be good.
it is reasonable and easy to do to overwrite environment variables
with command line options. I (Abdel?) will check this.
On Apr 26, 2006, at 3:12 PM, Georg Baum wrote:
Am Donnerstag, 20. April 2006 20:07 schrieb Bennett Helm:
Program received signal SIGABRT, Aborted.
0x90047e4c in kill ()
(gdb) bt
#0 0x90047e4c in kill ()
#1 0x9012dff4 in abort ()
#2 0x001b5bac in __eprintf () at insetbibitem.C:160
#3 0x00139
Just do "./configure -with-frontend="qt3 qt4 xforms gtk" and all the
frontends are built in the same tree.
In favor of scons, I would say there is still a minor difference. In scons, I do
$ scons
$ scons frontend=qt4
separately. And I compile one frontend each time.
With --with-frontend='qt3
Abdelrazak Younes wrote:
> This one is correct and is the one I specified. It seems that for the
> second test it is overridden by the variable QTDIR. It is very common to
> have these variable left, couldn't we just ignore them?
No. We got complaints from some BSD people some time ago when it wa
Bo Peng a écrit :
But this one is not: -LD:\program\qt\lib
There is no such directory in my tree. I wonder where Scons got it...
From options.cache. You specified (maybe wrongly) before.
I did not but it is an environment variable that comes from an old old
qt installation: QTDIR=D:\program
Shouldn't the 'Return' be removed as well?
Yes. The patch was generated when kids were yelling for daddy.
Bo
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
It is not so surprising since the program that is linked is basically:
| int
| main ()
| {
| bindtextdomain ("", "");
| return (int) gettext ("") + _nl_msg_cat_cntr + *_nl_
But this one is not: -LD:\program\qt\lib
There is no such directory in my tree. I wonder where Scons got it...
From options.cache. You specified (maybe wrongly) before. I have tried
to print out what exctly scons gets from options.cache and environment
variables. So look at the first few lines
g++ -o .sconf_temp\conftest_3.exe .sconf_temp\conftest_3.o
-Ldebug\libs -LD:\program\qt\lib -lz -lQtCore4
D:\mingw\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe:
cannot find -lQtCore4
Is D:\program\qt\lib the right place for qt4 libs? Sometimes, you need
to do scons --config=force t
While looking for an updated gettext library I came across this:
http://gnuwin32.sourceforge.net/packages/libgw32c.htm
It seems that there's a possibility to also provide fork and socket to
mingw (so that the client might work). I'll test this and report afterword.
Abdel.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes a écrit :
| > Jean-Marc Lasgouttes a écrit :
| >>> "Abdelrazak" == Abdelrazak Younes
| >>> <[EMAIL PROTECTED]> writes:
| >>
| >> Abdelrazak> I changed nothing to my configuration but config.h is
| >> Abdelrazak> still regene
Abdelrazak Younes a écrit :
scons: Configure: Building ".sconf_temp\conftest_2.exe" failed in a previous
run and all its sources are up to date.
scons: Configure: The original builder output was:
|g++ -o .sconf_temp\conftest_2.exe .sconf_temp\conftest_2.o -Ldebug\libs
-LD:\program\Qt\4.1\lib
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> I changed nothing to my configuration but config.h is
Abdelrazak> still regenerated:
Abdelrazak> config.status: creating src/config
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
Abdelrazak Younes a écrit :
This is my previous patch updated to the new Scons.
I will commit soon if there's no objection.
done.
Enrico Forestieri a écrit :
On Thu, May 11, 2006 at 12:22:26PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
So the questions are: do you have libintl? Where? What version? Does
it contain the missing symbols?
I have:
$ ls /cygdrive/d/mingw/lib/*intl*
/cygdrive/d/mingw/lib/i
Enrico Forestieri wrote:
> I had only tried the 1.3.x scripts. Next time I'll get my facts
> straight before talking nonsense. Sorry.
No problem. It is better to mention things like this if unsure, otherwise I
really might have missed something.
Georg
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
It is not so surprising since the program that is linked is basically:
| int
| main ()
| {
| bindtextdomain ("", "");
| return (int) gettext ("") + _nl_msg_cat_cntr + *_nl_expand_alias (0)
| ;
| re
On Thu, May 11, 2006 at 01:15:33PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > No, I just meant that. I think that Georg should update his scripts
> > for debian as currently they need as many full compiles as the number
> > of frontends.
>
> Note that this does not work in 1.3.x, b
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> I changed nothing to my configuration but config.h is
Abdelrazak> still regenerated:
Abdelrazak> config.status: creating src/config.h
Could you keep the config.
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
On Thu, May 11, 2006 at 12:46:59PM +0200, Jean-Marc Lasgouttes wrote:
> I am not sure it is wise to concentrate our energy on making a contest
> between configuration systems.
Everything is driven by a need. I don't think that Bo started all this
stuff because he didn't know how to spend his free
Jean-Marc Lasgouttes wrote:
> What multiple frontends cannot do yet is install properly. This may be
> why Georg had problems.
I don't have any problems at all. --with-frontend="qt xforms gtk qt4" works
just fine.
Georg
Enrico Forestieri wrote:
> No, I just meant that. I think that Georg should update his scripts
> for debian as currently they need as many full compiles as the number
> of frontends.
Note that this does not work in 1.3.x, but from 1.4.x on. Note further that
my 1.4.x debian scripts do already tak
On Thu, May 11, 2006 at 12:36:40AM -0500, Bo Peng wrote:
> Not enough time to test for windows. Please continue to report bugs.
Failure on cygwin:
g++ -o release/common/frontends/qt3/validators.o -c -O2 -I/usr/lib/qt3/include
-I/usr/include/qt3 -I/usr/local/include -Iboost -Isrc -I.
-I/usr/lib
On Thu, May 11, 2006 at 12:22:26PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes a écrit :
> >So the questions are: do you have libintl? Where? What version? Does
> >it contain the missing symbols?
>
> I have:
> $ ls /cygdrive/d/mingw/lib/*intl*
> /cygdrive/d/mingw/lib/intl.lib
Try rena
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> No, I just meant that. I think that Georg should update his
Enrico> scripts for debian as currently they need as many full
Enrico> compiles as the number of frontends.
What multiple frontends cannot do yet is install properly
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Thu, May 11, 2006 at 11:59:00AM +0200, Jean-Marc Lasgouttes wrote:
| > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
| >
| > Enrico> The fact that you can reuse previous compiles when switching
| > Enrico> frontend is a real bon
> "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 12:02:31PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | The fact that you can reuse previous compiles when switching frontend
> | is a real bonus cutting dramatically down the compile time. It will be
> | really appreciated by debi
On Thu, May 11, 2006 at 11:59:00AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> The fact that you can reuse previous compiles when switching
> Enrico> frontend is a real bonus cutting dramatically down the compile
> Enrico> time.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> So the questions are: do you have libintl? Where? What version?
>> Does it contain the missing symbols?
Abdelrazak> I have: $ ls /cygdrive/d/mingw/lib/*intl*
Abdelrazak> /cygdrive/d/mingw/lib/intl.lib
Abdelrazak> $ ls /cygdri
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I changed nothing to my configuration but config.h is
Abdelrazak> still regenerated:
Abdelrazak> config.status: creating src/config.h
Could you keep the config.h before and after running
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 Forestieri <[EMAIL PROTECTED]> writes:
| The fact that you can reuse previous compiles when switching frontend
| is a real bonus cutting dramatically down the compile time. It will be
| really appreciated by debian packagers, for example, as they have to
| build all the frontends.
Note tha
Jose' Matos <[EMAIL PROTECTED]> writes:
| On Wednesday 10 May 2006 18:49, Lars Gullik Bjønnes wrote:
| > | That sounds like the maintainer you were looking for Lars :-)
| >
| > Can we trust a person that is afraid of cucumbers?
|
| Are you cucumberhater-o-fobic by any change?
|
| I am starti
This is my previous patch updated to the new Scons.
I will commit soon if there's no objection.
Abdel.
-
SVN log.
* Get rid of Qt3Support linking
* revert to -lz instead -lzlib1 (I think Enrico was right about
libraries ordering and -lz at the end of linking com
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> The fact that you can reuse previous compiles when switching
Enrico> frontend is a real bonus cutting dramatically down the compile
Enrico> time. It will be really appreciated by debian packagers, for
Enrico> example, as they
On Thu, May 11, 2006 at 12:36:40AM -0500, Bo Peng wrote:
> >I see the source of this problem. I will provide a thorough (will ever
> >happen?) patch tonight.
>
> 1. $ scons -f development/scons/SConscript
> and
> $ cd development/scons
> $ scons
> should both work.
Confirmed.
> 2. $ scons lyx
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I changed nothing to my configuration but config.h is
Abdelrazak> still regenerated:
Abdelrazak> config.status: creating src/config.h
Could you keep the config.h before and after running configure and see
what the d
On Wednesday 10 May 2006 18:49, Lars Gullik Bjønnes wrote:
> | That sounds like the maintainer you were looking for Lars :-)
>
> Can we trust a person that is afraid of cucumbers?
Are you cucumberhater-o-fobic by any change?
I am starting to think about withdrawing my proposal for the next st
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> By the way, I forgot to report that, but even if
Abdelrazak> --with-included-gettex is not passed the included gettext
Abdelrazak> is always compiled and used for me. I tried
Abdelrazak> --w
1 - 100 of 107 matches
Mail list logo
