Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | How long? Or more specifically: Why not now?
>
> Mostly selfish reason.
>
> Give this scons stuff to settle a bit and we will look at it.
OK, I will come back when I think it is time.
Georg
"Bo Peng" <[EMAIL PROTECTED]> writes:
| @@ -39,7 +39,7 @@
|
|regex = boostenv.StaticLibrary(
| target = '$LOCALLIBPATH/boost_regex',
| -source = ["#$BUILDDIR/common/regex/src/%s" % x for x in Split('''
| +source = ["#$BUILDDIR/boost/regex/src/%s" % x for x in Split('''
|
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.
2. $ scons lyxclient
works under linux, you can choose target to build
$ scons tex2lyx
$ scons ly
g++ -o release/common/frontends/Painter.o -c -O2 -I/usr/lib/qt3/include
-I/usr/include/qt3 -I/usr/local/include -Iboost -Isrc -I.
src/frontends/Painter.C
scons: *** Source
`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not found,
needed by target
`release/common/frontends/q
On Wed, May 10, 2006 at 07:44:26PM -0500, Bo Peng wrote:
> >I guess the only difference is that in the Lars case you should
> >work from the top srcdir and in your case from development/scons.
> >
> >I would prefer the top srcdir. This should be decided once for all as
> >using scons-local one has
On Thu, May 11, 2006 at 02:19:05AM +0200, Enrico Forestieri wrote:
> Perfect! Thanks Lars. Now it works on solaris but still fails on
> cygwin due to a typo. Patch attached.
Nope. Solaris seems Ok but on cygwin it still fails later on
g++ -o release/common/frontends/Painter.o -c -O2 -I/usr/lib/q
I guess the only difference is that in the Lars case you should
work from the top srcdir and in your case from development/scons.
I would prefer the top srcdir. This should be decided once for all as
using scons-local one has to move the scons-local-0.96.92 dir and a
couple of scripts back and fo
On Wed, May 10, 2006 at 07:09:31PM -0500, Bo Peng wrote:
> Try attached patch. (The same as lars?)
Very similar but not exactly the same. They differ here:
Lars ===
@@ -52,16 +52,11 @@
''')]
)
- # Return the library
- Return('regex')
-
- Import('boostenv')
-
On Thu, May 11, 2006 at 01:47:07AM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> |
> | > Please test. all you need to do is
> | >
> | > $ cd development/scons
> | > $ scons frontend=qt3 ...
> | >
scons -f development/scons/SConstruct from the lyx top dir with scons
If scons can cache this -f option, I opt for this one. Otherwise, I
prefer going to the development directory.
Bo
Boost libraries:['boost_signals', 'boost_regex',
'boost_filesystem', 'boost_iostreams']
Extra libraries:['Aiksaurus', 'aspell', 'qt-mt', 'GL', 'Xmu',
'Xi', 'Xrender', 'Xrandr', 'Xcursor', 'Xft', 'freetype', 'fontconfig', 'Xext',
'X11', 'SM', 'ICE', 'resolv',
On Wed, May 10, 2006 at 06:43:44PM -0500, Bo Peng wrote:
> >
> >I don't know what it cannot find. Giving the gcc command above on the
> >command line works just fine. It was working prior the move to development.
>
> That means gcc is not in the *standard path*? I stopped importing all
> environme
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
|
| > Please test. all you need to do is
| >
| > $ cd development/scons
| > $ scons frontend=qt3 ...
| > $ scons frontend=qt4 ...
|
| Failure on cygwin, too.
With this patch I am able to do
On Thu, May 11, 2006 at 12:56:55AM +0200, Enrico Forestieri wrote:
> On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> > Dear all,
> >
> > All scons related stuff has been moved to development/scons. This
> > change has resulted in major reorganization of the build scripts, but
> > it is
I don't know what it cannot find. Giving the gcc command above on the
command line works just fine. It was working prior the move to development.
That means gcc is not in the *standard path*? I stopped importing all
environment path to reduce starting time (an ongoing effort). Please
uncomment
On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> Please test. all you need to do is
>
> $ cd development/scons
> $ scons frontend=qt3 ...
> $ scons frontend=qt4 ...
Failure on cygwin, too.
$ cd development/scons
$ cat scons_lyx
#!/bin/sh
scons --config=force CCFLAGS=-O2 frontend=qt3 q
On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> Dear all,
>
> All scons related stuff has been moved to development/scons. This
> change has resulted in major reorganization of the build scripts, but
> it is done now.
>
> Minus: all building processes are now using (longer and uglier)
On Thu, May 11, 2006 at 12:03:10AM +0200, Michael Gerz wrote:
> The patch of the day:
Looks fine
john
The patch of the day:
Method Change::check has been removed because it only served debugging
purposes.
Methods Paragraph::trackChanges and Paragraph:untrackChanges have gone
because changes_ will soon become an object rather then a pointer and
thus will be initialized automatically when its
Dear all,
All scons related stuff has been moved to development/scons. This
change has resulted in major reorganization of the build scripts, but
it is done now.
Minus: all building processes are now using (longer and uglier) absolute paths
Plus: I get a chance to change the build directories t
Hi,
this removes a redundant check as proposed by Jean-Marc.
Michael
Index: BufferView_pimpl.C
===
--- BufferView_pimpl.C (Revision 13821)
+++ BufferView_pimpl.C (Arbeitskopie)
@@ -1081,17 +1081,20 @@
case LFUN_CHANGES_OUTPUT: {
Jean-Marc Lasgouttes wrote:
Michael> + flag.enabled(buffer_);
Such a test is not needed since you are in a BufferView object.
Thanks! This is exactly the kind of assistance I was hoping for.
Michael
Hello,
I substituted all "change" parameters by "change const &" parameters.
Extremely boring but compile-intensive patch.
Michael
Index: paragraph.h
===
--- paragraph.h (Revision 13823)
+++ paragraph.h (Arbeitskopie)
@@ -236,7 +2
Lars Gullik Bjønnes wrote:
Isn't Change a "complex" object? Make it const ref perhaps?
Thanks for the hint. I will substitute all "change" parameters by
"change const &" parameters.
Michael
Can anybody give me a hint please what goes wrong here:
http://bugzilla.lyx.org/show_bug.cgi?id=2587 ?
I guess this is DEPM playing tricks, but unfortunately I don't have any
clue how it works. This bug is really annyoing if you work with keepempty
layouts.
Georg
Lars Gullik Bjønnes wrote:
I am not really against a renaming. But I'd like it to wait for a
while.
For instance, until the CT merge :-)
Michael
I'd like to move them as well.
But if you beats me to the move, I won't complain.
I am not sure. Moving things away from $TOP_SRC_DIR may introduce some
complexity.
I think that if possible we should have a development/scons dir that
contain all the scons files and libs. any problems with tha
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > The reason fo rmy erros was most likely a old scons_util.pyc file.
|
| That happened to me before as well.
|
| BTW, are you done with your scons relocation? I see SConstruct under
| root and qt4 etc under config. You may or may not want to move them as
|
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I am quite aware that a lot of cleanup is possible in SConstruct, but
| > I am not going to do that. But unless you move it to development/ I
| > will do the needed changes for that and do it later.
|
| I need to figure out how to make scons work in its n
The reason fo rmy erros was most likely a old scons_util.pyc file.
That happened to me before as well.
BTW, are you done with your scons relocation? I see SConstruct under
root and qt4 etc under config. You may or may not want to move them as
well.
Bo
"Bo Peng" <[EMAIL PROTECTED]> writes:
| On 10 May 2006 13:47:01 +0200, Lars Gullik Bjønnes <[EMAIL PROTECTED]> wrote:
| >
| > Checking for boost library boost_iostreams... yes
| > TypeError: can only concatenate list (not "str") to list:
| > File "SConstruct", line 476:
| > env.AppendUnique(
On 10 May 2006 13:47:01 +0200, Lars Gullik Bjønnes <[EMAIL PROTECTED]> wrote:
Checking for boost library boost_iostreams... yes
TypeError: can only concatenate list (not "str") to list:
File "SConstruct", line 476:
env.AppendUnique(LIBPATH = sig[0])
File "/usr/lib/scons/SCons/Environment
I am quite aware that a lot of cleanup is possible in SConstruct, but
I am not going to do that. But unless you move it to development/ I
will do the needed changes for that and do it later.
I need to figure out how to make scons work in its new home. For
example, SConscript(buiddir=newdir) will
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I can add it, but I have no way of testing it.
|
| I will test and fix it.
Thanks.
| May I ask for your permission to create, if necessary, one or two
| scons-related files under development? and the permission to submit
| any scons-related patches wit
I can add it, but I have no way of testing it.
I will test and fix it. It should be easy to do
if frontend = qt3
we need such files
else
other files.
May I ask for your permission to create, if necessary, one or two
scons-related files under development? and the permission to submit
any sco
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I have not put the qt4/SConscript in the new SConstruct yet, can I
| > leave that with you or do you want me to do it?
|
| Please finish whatever is in you mind now. I will have a look at it
| later, test, adapt to or fix it.
I can add it, but I have no
I have not put the qt4/SConscript in the new SConstruct yet, can I
leave that with you or do you want me to do it?
Please finish whatever is in you mind now. I will have a look at it
later, test, adapt to or fix it.
By the way, if inclusion is unavoidable, I would prefer a globing
approach that
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
I was expecting that only the aspell.C file would be recompiled but I
see that everything is being recompiled (see attached scons_lyx.log), is
that normal, Bo?
That is because the whole commands that generate other files are also
changed, although others do not care about the added flags.
Bo
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > > | > I have tested the included to work for me
|
| Please allow me to investigate the consequences of this inclusion, if
| you are unwilling to do it. ( I am not against the idea of moving
| things to development.)
|
| Bo
|
| http://www.scons.org/cgi-s
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > | > it out of developemnt and continue to use that.
| > |
| > | Wise words.
| > |
| > | > I have tested the included to work for me
|
| Have you looked at any potential performance or builddir problem?
Yes... kindo... buildir issues that I had at first s
> | > I have tested the included to work for me
Please allow me to investigate the consequences of this inclusion, if
you are unwilling to do it. ( I am not against the idea of moving
things to development.)
Bo
http://www.scons.org/cgi-sys/cgiwrap/scons/moin.cgi/UserGuide
To avoid struggle, m
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I understand all this, really. Nevertheless, maybe because of this bad
| past experience, I have the feeling that you (as a whole) are over
| protective with your baby. LyX is not a baby anymore, she is now a
| beautiful young lady that needs some ad
| > it out of developemnt and continue to use that.
|
| Wise words.
|
| > I have tested the included to work for me
Have you looked at any potential performance or builddir problem?
Bo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > I want to apply this, and remove the SConstripts in src.
| > Later I want to move SConstruct to development/ and also make the
| > included boost work with this scheme.
| > Then you can play with and use scons to you
| glob.glob(path + '/lib%s*.a' % regex)
ah... but not in svn I take it?
config/scons_utils.py, line 282 etc.
Bo
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > |
| > | At least even easy fix to m4 is non-trivial to us. I am talking about
| > | boost_???-???.a detection here.
| >
| > And that is handled by scons now?
|
| Yes. something like
|
| glob.glob(path + '/lib%s*.a' % regex)
ah... but not in svn I take i
Jose' Matos a écrit :
On Wednesday 10 May 2006 18:02, Abdelrazak Younes wrote:
Guys, you have to recognize that it's difficult for us also that we have
to fight for each and every feature and prove ourselves each time.
I don't mind discussing myself (I probably enjoy it as it is a new
experience
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes a écrit :
| > Bo Peng a écrit :
| >>> -if platform_name in ['win32', 'cygwin']:
| >>> +if platform_name in ['cygwin']:
| >>>env['CC'] = 'g++'
| >>>env['LINK'] = 'g++'
| >>
| >> OK. If you can confirm qt3 also work.
| > Compi
|
| At least even easy fix to m4 is non-trivial to us. I am talking about
| boost_???-???.a detection here.
And that is handled by scons now?
Yes. something like
glob.glob(path + '/lib%s*.a' % regex)
Bo
Neal Becker <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >
| > Is it possible to get scons to not pollute the srcdir with these files
| > and just create them in builddir?
| >
|
| Use env.SConsignFile()
thanks.
--
Lgb
Lars Gullik Bjønnes a écrit :
I want to apply this, and remove the SConstripts in src.
Later I want to move SConstruct to development/ and also make the
included boost work with this scheme.
Then you can play with and use scons to your hearts content and only
worry about one file or files local
On Wednesday 10 May 2006 18:02, Abdelrazak Younes wrote:
> Guys, you have to recognize that it's difficult for us also that we have
> to fight for each and every feature and prove ourselves each time.
> I don't mind discussing myself (I probably enjoy it as it is a new
> experience for me ;-)); but
Lars Gullik Bjønnes wrote:
>
> Is it possible to get scons to not pollute the srcdir with these files
> and just create them in builddir?
>
Use env.SConsignFile()
I see that Lars says that he is not really against this proposed renaming
of .C files to .cpp but that he'd prefer to wait a bit. As and when the
decision is taken to do so, please remember to modify the doxygen comments in
the .C files themselves. Ie, the line:
/// \file foo.C
I'd imagine tha
Abdelrazak Younes a écrit :
Bo Peng a écrit :
-if platform_name in ['win32', 'cygwin']:
+if platform_name in ['cygwin']:
env['CC'] = 'g++'
env['LINK'] = 'g++'
OK. If you can confirm qt3 also work.
Compiling right now... Will commit after confirmation that it works.
OK, verified, comp
I want to apply this, and remove the SConstripts in src.
Later I want to move SConstruct to development/ and also make the
included boost work with this scheme.
Then you can play with and use scons to your hearts content and only
worry about one file or files localized to the same dir.
When/If
Is it possible to get scons to not pollute the srcdir with these files
and just create them in builddir?
--
Lgb
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > I am not really against a renaming. But I'd like it to wait for a
| > while.
|
| How long? Or more specifically: Why not now?
Mostly selfish reason.
Give this scons stuff to settle a bit and we will look at it.
When I
Georg Baum a écrit :
Jean-Marc Lasgouttes wrote:
There was a time when developing for LyX did not involve flexing
muscles all day long. It was nice.
Indeed.
Guys, you have to recognize that it's difficult for us also that we have
to fight for each and every feature and prove ourselves each
Lars Gullik Bjønnes wrote:
> I am not really against a renaming. But I'd like it to wait for a
> while.
How long? Or more specifically: Why not now?
Georg
Jean-Marc Lasgouttes wrote:
> There was a time when developing for LyX did not involve flexing
> muscles all day long. It was nice.
Indeed.
Georg
Bo Peng wrote:
> I have no right to make such a big decision. I proposed a filename
> change and get "is your problem fixed?" reply. Namely, as long as lyx
> is working, such a big change is not welcome, especially when the
> source of the problem is from the stupidity of windows.
I did not read
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.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Come on guys, keep cool. Lars just agreed for Scons
Abdelrazak> presence in trunk... IMHO there's better things in life
Abdelrazak> than to fight for these little matters.
There was a time when developing for LyX did
Lars Gullik Bjønnes a écrit :
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > No. I want immediate proof that scons is _capable_ of replacing
| > autotools. Huge difference.
|
| Actually, I would like to free myself from the obligation of
| challenging autotools. I personally believe that scons will
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Bo Peng a écrit :
| >> > A renaming of lyx .C files will never happen so we will have to use
| >> > the current solution, .i.e., force moc'ing, and force the use of g++
| >> > (I know, this leads to non-portability. but this is life).
| >>
| >> S
Bo Peng a écrit :
> A renaming of lyx .C files will never happen so we will have to use
> the current solution, .i.e., force moc'ing, and force the use of g++
> (I know, this leads to non-portability. but this is life).
So this is the answer to my offer to do the renaming on a rainy weekend?
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > No. I want immediate proof that scons is _capable_ of replacing
| > autotools. Huge difference.
|
| Actually, I would like to free myself from the obligation of
| challenging autotools. I personally believe that scons will evolve to
| a state that can rep
> "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
> So this is the answer to my offer to do the renaming on a rainy weekend?
> Good to know, if you continue like this you will save me some time because
> I don't need to read your posts anymore.
I can't speak for Bo, of course, but I think he had 1.4 in mind.
No, I only had 1.5 in mind. I was
On Wednesday 10 May 2006 16:51, Bo Peng wrote:
> I have no right to make such a big decision. I proposed a filename
> change and get "is your problem fixed?" reply. Namely, as long as lyx
> is working, such a big change is not welcome, especially when the
> source of the problem is from the stupidi
No. I want immediate proof that scons is _capable_ of replacing
autotools. Huge difference.
Actually, I would like to free myself from the obligation of
challenging autotools. I personally believe that scons will evolve to
a state that can replace autotools without doubt, but it is not easy
to p
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
> A renaming of lyx .C files will never happen so we will have to use
> the current solution, .i.e., force moc'ing, and force the use of g++
> (I know, this leads to non-portability. but this is life).
So this is the answer to my offer to do the renaming on a rainy weekend?
Good to know, if y
Bo Peng a écrit :
SVN log.
* Get rid of Qt3Support linking
This library is not needed any more?
No, thanks to Edwin's hard work.
* revert to -lz instead -lzlib1 (I think Enrico was right about
libraries ordering and -lz at the end of linking command works fine
under mingw).
I guess you a
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Besides, I am repeating myself but you will do us a great favor if you
| could point out a small list of hard problems that needs to be
| solved.
I have done some more than once.
| I could think of some by myself but the biggest one is, as far as I
When "scons install" works, I will look at making it part of my daily builds.
This is the easy part, and will be done shortly.
What are more difficult are scons dist, dist-clean, rpm etc, by which
autotools are proud of.
Bo
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 btw?
Can't you use autocmd for it?
I know, but when someone else is e
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > |
| > | Only because it is _so_ to fix ;-)
| >
| > It is only easy to fix since you have not tried to tackle the hard
| > problems yet.
|
| At least even easy fix to m4 is non-trivial to us. I am talking about
| boost_???-???.a detection here.
And that i
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes a écrit :
| >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Abdelrazak> So I admit I am fad up with it and I preserve to reserve
| > Abdelrazak> my future free time to LyX
> Joost> If compilation with MSVC++ worked, the vcproj files would be
> Joost> very useful. However, there are still incompatibilities that
> Joost> break important things.
>
> It used to work. What is broken now?
Scons claims that it can generate vc project file so I think this is
an easier way
I'll let scons stay in trunk, but I do not want it to muddle up the
dirs, or even pretend that it is a primary supported build system.
I am want all SConstruct and SConscript files to be stowed away.
I have verified that this is possible. And with some use of include it
can even be made to be ni
|
| Only because it is _so_ to fix ;-)
It is only easy to fix since you have not tried to tackle the hard
problems yet.
At least even easy fix to m4 is non-trivial to us. I am talking about
boost_???-???.a detection here.
Bo
> "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
You are going to be pleased Bo, this is my first patch for Scons and I
haven't even read Python tutorial ;-)
Yeah. You see, anyone can read/write in python..
It turned out I don't have to implement the mingw option because mingw
gcc already knows about where its includes and libs lye.
In fact,
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes a écrit :
| >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Abdelrazak> So I admit I am fad up with it and I preserve to reserve
| > Abdelrazak> my future free time to LyX instead of the build system.
| >
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> While working on my math manual I discovered a lot of new bugs.
Uwe> Most of them are cursor problems but some of them are very
Uwe> important. Here's a list of them:
Uwe> --- Loss of functionality, major bugs that should be fixed as
Uwe>
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> So I admit I am fad up with it and I preserve to reserve
Abdelrazak> my future free time to LyX instead of the build system.
So you play with SCons instead ;)
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> So I admit I am fad up with it and I preserve to reserve
Abdelrazak> my future free time to LyX instead of the build system.
So you play with SCons instead ;)
Only because it is _so_ to f
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 Forestieri a écrit :
On Wed, May 10, 2006 at 01:53:28PM +0200, Abdelrazak Younes wrote:
* remove win32 target from gcc/g++ replacement hack for cygwin
Are you sure this is also right with qt3?
Good question... I will try that.
Abdel.
> "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
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> For example do you have a reasonable diff.exe (this is what is used
>> to see whether config.h has changed)?
Abdelrazak> [EMAIL PROTECTED] ~/lyx/trunk $ diff -v diff (GNU diffutils)
Abdelrazak> 2.8.7 Written by Paul Eggert, Mi
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> So I admit I am fad up with it and I preserve to reserve
Abdelrazak> my future free time to LyX instead of the build system.
So you play with SCons instead ;)
JMarc
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Note that this latter one is for MacOS 10.4 and later only.
Bennett> For now, it should probably be LSOpenFSRef:
The other one has the advantage to allow "roles" which correspond to our
editor/viewer dichotomy. I am not sure how
On Wed, May 10, 2006 at 01:53:28PM +0200, Abdelrazak Younes wrote:
> * remove win32 target from gcc/g++ replacement hack for cygwin
Are you sure this is also right with qt3?
--
Enrico
> "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
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I really think there is a problem either in your setup or in the
make.exe you are using.
Abdelrazak> Year, my setup is kind of hybrid (no gcc, no binutils) but
Abdelrazak> all other tools are cygwin
1 - 100 of 153 matches
Mail list logo
