On Fri, May 05, 2006 at 10:25:36PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz a écrit :
> >Pretty boring. I'll commit soonish.
>
> You are going to break outline with your patch. I am actually astonished
> that it compiles at all.
Yes, this is wrong... they should be named all differently
Angus Leeming wrote:
The new function names looks good but the period for review is hardly polite. 1
hour on a Friday night? C'mon!
You are right, of course :-) I will be a bit more patient in the future.
One point:
- if (lyxerr.debugging(Debug::CHANGES)) {
- lyxerr[Deb
Edwin Leuven <[EMAIL PROTECTED]> writes:
Angus> LOL! I think You are. You've confused this with "const &"
Edwin> and to add to the confusion (at least mine):
Edwin> why don't i see any invalid behavior or crashes
Edwin> with my original (wrong) patch?
The term is "undefined behaviour". Sometimes
Angus Leeming wrote:
LOL! I think You are. You've confused this with "const &"
and to add to the confusion (at least mine):
why don't i see any invalid behavior or crashes with my original (wrong)
patch?
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Angus> Hmmm. How does your example differ from mine?
Angus> char const * using_this_returned_value_is_undefined_behaviour()
Angus> {
Angus> char const * cdata = std::string("data").c_str();
Angus> return cdata;
Angus> }
Angus> The lifetime of std:
Michael Gerz <[EMAIL PROTECTED]> writes:
> time to commit things. The first patch is trivial. Just some renaming of
> methods and the removal of obsolete if statement.
>
> Does it look good? (Unless I hear from you, I will commit in an hour)
The new function names looks good but the period for r
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The temporary QCString object created as return value of 'fromUnicode'
will be destroyed at the end of the full expression, i.e. basically at
the semicolon in the first line.
No, it is a QByteArray and QByteArray::data() retur
Hi,
time to commit things. The first patch is trivial. Just some renaming of
methods and the removal of obsolete if statement.
Does it look good? (Unless I hear from you, I will commit in an hour)
Michael
./src/paragraph.h:
./src/BufferView_pimpl.C:
./src/lyxfunc.C:
./src/paragr
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > The temporary QCString object created as return value of 'fromUnicode'
> > will be destroyed at the end of the full expression, i.e. basically at
> > the semicolon in the first line.
>
> No, it is a QByteArray and QByteArray::data() returns explici
Getting rid of the shell tools would be great indeed!
It is not difficult, we simply need some manpower. (BTW, it is
currently at a very low priority on my agenda, since msys is not
large, and all windows installers bundles them (of course except for
the official one.)
Bo
Andre,
have you checked your changes? The names of a couple of LFUNs seem to be
wrong.
{ LFUN_DELETE_FORWARD_BACKWARD, "delete-backward",
SingleParUpdate },
{ LFUN_DELETE_FORWARD_BACKWARD_SKIP,
"delete-backward-skip", Noop },
forward _and_ backward?
Andre Poenitz a écrit :
On Fri, May 05, 2006 at 09:31:14PM +0200, Abdelrazak Younes wrote:
No it is char const * issue. I said remove the const and it will be all
right:
char * foo = codec->fromUnicode(str).data();
return foo[0];
This should work on VC++ and gcc.
This is undefined behaviou
Andre Poenitz a écrit :
Does it really help do try to call all four
LFUN_OUTLINE_* functions "outline"?
Because there are four outlining operations?
There is only one outline function that behave differently depending on
the argument. IMHO it should be split into four functions but Martin
pre
Andre Poenitz a écrit :
Pretty boring. I'll commit soonish.
You are going to break outline with your patch. I am actually astonished
that it compiles at all.
Abdel.
Andre Poenitz wrote:
Released under the GPL under Windows, too?
The Windows installer shows me only the GPL license.
Joost
On Fri, May 05, 2006 at 10:10:22PM +0200, Joost Verburg wrote:
> KDiff for example, is a GPL application that has a Windows release with
> the commercial Qt.
Released under the GPL under Windows, too?
Andre'
On Fri, May 05, 2006 at 09:31:14PM +0200, Abdelrazak Younes wrote:
> No it is char const * issue. I said remove the const and it will be all
> right:
>
> char * foo = codec->fromUnicode(str);
> return foo[0];
>
> This should work on VC++ and gcc.
This is undefined behaviour.
The temporary QCS
Am Mittwoch, 3. Mai 2006 12:18 schrieb Jean-Marc Lasgouttes:
> I have to admit that a problem I have with these local layout files is
> that we are going to loose all control over our files. Currently, if
> there is a bug in article.layout, we can correct it. If we make local
> versions of these f
Am Freitag, 5. Mai 2006 15:07 schrieb Juergen Spitzmueller:
> It won't be worse than now, will it? I mean, the labels will work, but
they
> will display the citation key instead of the pretty natbib label. I
think I
> could live with that.
OK, then I'll do the simplified version.
Georg
Andre Poenitz wrote:
Could you scetch the problem?
I don't know the details, but I think you need a commercial license if
you develop with Qt3. Creating an installer is also developing.
For normal Windows development Q../Free is fine. It would however be
great to have stable installers with
On Fri, May 05, 2006 at 08:01:15PM +0200, Joost Verburg wrote:
> Angus Leeming wrote:
> >>If we know which version works we could make that one available for
> >>Win98/ME or try to find the issue by looking at the differences.
> >
> >TO be honest, no, I don't know. Try getting in touch with Luis;
Joost Verburg wrote:
Now that configure has moved to Python, there are only a few small
shell scripts left.
It would be great if those could be converted to Python as well, so
that we can finally get rid of the MSYS requirement on Windows.
Moreover, it will increase performance a lot.
Get
Angus Leeming wrote:
LyX is licenced under the GPL. Linking to non-open source libraries is
restricted to "system" libraries as a special exception in the license, no? Qt
doesn't count as a system library.
So, no, that's not an option.
Have patience though. Qt4 *is* licenced under the GPL.
KD
Joost Verburg <[EMAIL PROTECTED]> writes:
> By the way, wouldn't it possible to find someone who is allowed to use
> the commercial Qt and can compile the installer for us?
LyX is licenced under the GPL. Linking to non-open source libraries is
restricted to "system" libraries as a special excepti
Abdelrazak Younes a écrit :
char * foo = codec->fromUnicode(str);
make it rather :
char * foo = codec->fromUnicode(str).data();
This is a typo.
return foo[0];
This should work on VC++ and gcc. _But_ note that I didn't recommend
that, I recommended:
return codec->fromUnicode(str)[0];
Andre Poenitz a écrit :
On Thu, May 04, 2006 at 11:16:46PM +0200, Edwin Leuven wrote:
Andre Poenitz wrote:
On Thu, May 04, 2006 at 10:05:41AM +0200, Edwin Leuven wrote:
- Q3CString tmpstr = codec->fromUnicode(str);
- char const * tmpcstr = tmpstr;
+ char const * tmpcstr = cod
On Thu, May 04, 2006 at 11:16:46PM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
> >On Thu, May 04, 2006 at 10:05:41AM +0200, Edwin Leuven wrote:
> >>- Q3CString tmpstr = codec->fromUnicode(str);
> >>- char const * tmpcstr = tmpstr;
> >>+ char const * tmpcstr = codec->fromUnicode(str).dat
On Fri, May 05, 2006 at 02:59:17PM +0200, Jean-Marc Lasgouttes wrote:
> DEVEL_VERSION is used in src/ (to show some info in the minibuffer).
This could be handled by a command line switch btw.
Andre'
Pretty boring. I'll commit soonish.
Andre'
lfun.diff.bz2
Description: BZip2 compressed data
Does it really help do try to call all four
LFUN_OUTLINE_* functions "outline"?
Andre'
On Fri, May 05, 2006 at 12:54:21PM +0200, Jean-Marc Lasgouttes wrote:
> You should rather try to find out why it recompiles every time you
> reconfigure. There is code to avoid touching config.h if its content
> did not change, so that recompilation is not needed.
>
> Abdelrazak> PS: Am I better n
On Thu, May 04, 2006 at 11:46:09PM +0200, Abdelrazak Younes wrote:
> fromUnicode return a temporary QByteArray; so is the internal char* that
> is returned by data(). So a const pointer will stay valid only during
> the current context (remember that char * is not a simple pointer in C
> and C++
On Fri, May 05, 2006 at 09:52:22PM +0300, Martin Vermeer wrote:
> On Fri, May 05, 2006 at 08:20:28PM +0200, Enrico Forestieri wrote:
> > On Fri, May 05, 2006 at 07:10:14PM +0100, Jose' Matos wrote:
> > > On Friday 05 May 2006 18:27, Enrico Forestieri wrote:
> > > > I have been using Unix since when
On Fri, May 05, 2006 at 08:20:28PM +0200, Enrico Forestieri wrote:
> On Fri, May 05, 2006 at 07:10:14PM +0100, Jose' Matos wrote:
> > On Friday 05 May 2006 18:27, Enrico Forestieri wrote:
> > > I have been using Unix since when you still were learning the
> > > difference between an int and a char!
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Of course it doesn't help, I am proposing to update the copy to the
current version (included in Qt3.3 source).
You guys make a big story about a grain of salt.
The file in question is deprecated by Qt and exists in our s
On Fri, May 05, 2006 at 07:10:14PM +0100, Jose' Matos wrote:
> On Friday 05 May 2006 18:27, Enrico Forestieri wrote:
> > I have been using Unix since when you still were learning the
> > difference between an int and a char!
>
> That is more like it should.
>
> FWIW I did learn that in 1987.
Hi, i compiled lyx 1.4.1 and the menus does not display correctly the
accents (á, é, ...) they just display funny symbols instead. The weird thing
is that i write my text with accents and all and the TOC showed on the menu
displays fine, with accents and all.
How can i solve this??
On Friday 05 May 2006 18:27, Enrico Forestieri wrote:
> I have been using Unix since when you still were learning the
> difference between an int and a char!
That is more like it should.
FWIW I did learn that in 1987. (or was it 86 ?!)
No access to computers before...
> --
> Enrico
--
J
Angus Leeming wrote:
If we know which version works we could make that one available for
Win98/ME or try to find the issue by looking at the differences.
TO be honest, no, I don't know. Try getting in touch with Luis; he's certainly
used LyX on these OSes.
By the way, wouldn't it possible to
On Fri, May 05, 2006 at 05:38:35PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > I have been using Unix since when you still were learning the
> > difference between an int and a char!
>
> Do I hear someone competing for the oldest developer on this list prize?
P
On Fri, May 05, 2006 at 07:34:28PM +0200, Joost Verburg wrote:
> Angus Leeming wrote:
> >I guess that depends on what you mean by "supported". LyX on Win98/ME *has*
> >worked in the past thanks to the diligent efforts of Luis Rivera in
> >showing me
> >what needed to be donw. It *has* worked with
Joost Verburg <[EMAIL PROTECTED]> writes:
> Do you have any idea which Q../Free version works with Win98/ME? I
> downloaded and compiled a few older ones from CVS, but none of them
> seems to work without major issues.
> If we know which version works we could make that one available for
> Win9
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I have been using Unix since when you still were learning the
> difference between an int and a char!
Do I hear someone competing for the oldest developer on this list prize?
Angus
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Of course it doesn't help, I am proposing to update the copy to the
> current version (included in Qt3.3 source).
> You guys make a big story about a grain of salt.
The file in question is deprecated by Qt and exists in our sources as a band-aid
so
Angus Leeming wrote:
I guess that depends on what you mean by "supported". LyX on Win98/ME *has*
worked in the past thanks to the diligent efforts of Luis Rivera in showing me
what needed to be donw. It *has* worked with Q../Free too, but since these guys
don't have access to such venerable machi
On Fri, May 05, 2006 at 06:17:29PM +0100, Jose' Matos wrote:
> On Friday 05 May 2006 18:02, Enrico Forestieri wrote:
> > >
> > > You are the one who is pretending to use it, how can you tell that
> > > about Jean-Marc?
> >
> > Because today is Friday?
>
> Surely I know that and my question was
On Friday 05 May 2006 18:02, Enrico Forestieri wrote:
> >
> > You are the one who is pretending to use it, how can you tell that
> > about Jean-Marc?
>
> Because today is Friday?
Surely I know that and my question was in the same vein.
That means that your answer is a non answer...
--
Jos
Joost Verburg <[EMAIL PROTECTED]> writes:
> status.14x contains the following line:
> - Make LyX/Win work under windows 98.
> This is incorrect. Although LyX 1.4 itself supports Windows 98 and ME,
> Q../Free doesn't work on these versions (LyX will start but the UI is
> completely unusable). Th
On Fri, May 05, 2006 at 05:57:12PM +0100, Jose' Matos wrote:
> On Friday 05 May 2006 17:21, Enrico Forestieri wrote:
> > On Fri, May 05, 2006 at 02:59:17PM +0200, Jean-Marc Lasgouttes wrote:
> > > Unix is aging stuff.
> >
> > Heresy! You lost my esteem!
>
> You are the one who is pretending to u
On Friday 05 May 2006 17:21, Enrico Forestieri wrote:
> On Fri, May 05, 2006 at 02:59:17PM +0200, Jean-Marc Lasgouttes wrote:
> > Unix is aging stuff.
>
> Heresy! You lost my esteem!
You are the one who is pretending to use it, how can you tell that about
Jean-Marc?
--
José Abílio
Georg Baum a écrit :
Abdelrazak Younes wrote:
It is there in src/attic/ of Qt-3.3 as well as qtmultilineedit. See my
other post.
That does not help. I am not going to compile my own qt but use the one SuSE
provides, and that does not contain it.
Of course it doesn't help, I am proposing to
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> With this architecture, the source code does not know
Abdelrazak> about the settings because they are not macro. So if I
Abdelrazak> want to test without Aspell support I don't need to
Abdel
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I see that qttableview in current lyx code is exactly the
Abdelrazak> same as the one in my local Qt3Win tree except for the
Abdelrazak> include of and the test on HAVE_LIMITS_H. This
Abdel
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> By the way, there is not any explanation as to why testing
Abdelrazak> for HAVE_LIMITS_H have been introduced in svn history. I
Abdelrazak> think it is again a gettext need.
This has nothing todo with gettext. Some s
Hi,
status.14x contains the following line:
- Make LyX/Win work under windows 98.
This is incorrect. Although LyX 1.4 itself supports Windows 98 and ME,
Q../Free doesn't work on these versions (LyX will start but the UI is
completely unusable). Thus the supported versions are currently
2000/
On Fri, May 05, 2006 at 02:59:17PM +0200, Jean-Marc Lasgouttes wrote:
> Unix is aging stuff.
Heresy! You lost my esteem!
--
Enrico
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I see that qttableview in current lyx code is exactly the
Abdelrazak> same as the one in my local Qt3Win tree except for the
Abdelrazak> include of and the test on HAVE_LIMITS_H. This
Abdelrazak> change was done at re
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The big things (in terms of configure footprint) that seem
>> difficult to replace are libtool and gettext.
Abdelrazak> Qt does not use libtool at all is very portable.
We do link against other libraries than Qt. Do you mean
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> With this architecture, the source code does not know
Abdelrazak> about the settings because they are not macro. So if I
Abdelrazak> want to test without Aspell support I don't need to
Abdelrazak> rebuild everything.
Abdelrazak Younes wrote:
> It is there in src/attic/ of Qt-3.3 as well as qtmultilineedit. See my
> other post.
That does not help. I am not going to compile my own qt but use the one SuSE
provides, and that does not contain it.
Georg
Georg Baum a écrit :
Abdelrazak Younes wrote:
This class was supposed to be obsoleted after Qt3.0 but I see that it is
in my Qt3Win tree. Is it also there on the official Qt3 distribution?
No. The last relase that contains it was 3.0 according to
http://doc.trolltech.com.
If
yes, we should
On Friday 05 May 2006 15:59, Martin Vermeer wrote:
>
> 4. Lars will be a tiny little bit happier.
So do I.
> - Martin
--
José Abílio
Abdelrazak Younes wrote:
> This class was supposed to be obsoleted after Qt3.0 but I see that it is
> in my Qt3Win tree. Is it also there on the official Qt3 distribution?
No. The last relase that contains it was 3.0 according to
http://doc.trolltech.com.
> If
> yes, we should just use it and r
On Fri, May 05, 2006 at 02:59:56PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> This is the patch where the counter misbehaviour is fixed. I
> Martin> gave it some testing and it appears to work OK. But as this is
> Martin> much more
Abdelrazak Younes a écrit :
I see that qttableview in current lyx code is exactly the same as the
one in my local Qt3Win tree except for the include of and the
test on HAVE_LIMITS_H. This change was done at revision 9876 by Angus
with the following log:
Consistent use of preprocessor guards;
Jean-Marc Lasgouttes wrote:
Joost> Look how it is done in the Reconfigure function in lyx_cb.C.
That is what I did at first, and I came up with the attached.
Great, finally it works fine! Please put it in.
Joost
I see that qttableview in current lyx code is exactly the same as the
one in my local Qt3Win tree except for the include of and the
test on HAVE_LIMITS_H. This change was done at revision 9876 by Angus
with the following log:
Consistent use of preprocessor guards;
include in .C files, not .h
In a new LyX document, insert a graphic (doesn't seem to matter what
type; I've tried .pdf, .eps, .fig, .jpg). Then do something which
causes LyX to generate LaTeX -- export to LaTeX, typeset, whatever.
LyX crashes.
Here's the backtrace:
Program received signal EXC_BAD_ACCESS, Could not ac
Uwe Stöhr a écrit :
Joost Verburg schrieb:
While working on the new Windows distribution for LyX, I found two
more bugs.
* The file selection dialog doesn't allow you to select files from C:\
(other root directories like D:\ work fine).
I see this too. I assume that this is a bug of the Qt
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> In any case looking at this:
Abdelrazak> +if env.has_key('USE_ASPELL') and env['USE_ASPELL']: +
Abdelrazak> lyx_source += ['aspell.C'] +elif env.has_key('USE_PSPELL')
Abdelrazak> and env['U
How is that different from standard automake stuff?
I do not know where USE_ASPELL etc come from, and what exactly it is.
I actually need to look up other .m4 files (or google) to know how to
write a if/else block. (I know, that is only me.)
I can see how this can get us autoconf+scons. But I
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
If we are dissucssing the same These are byproducts of autoconf
tests that are done, say, by the gettext m4 macros. We cannot get
rid of them.
Abdelrazak> Then again, autotools and m4 suck badly. If
How is that different from standard automake stuff?
I can see how this can get us autoconf+scons. But I guess this is not
a big gain. The bigger part is actually doing the autoconf part.
That is what I am doing right now. I will relase a formal patch after
it is done.
Bo
I am away until 9/5. Bo, I am sorry I did not review your latest
autoopen patch. The fact that you have 5 parallel project does not
help...
JMarc
Joost Verburg schrieb:
While working on the new Windows distribution for LyX, I found two more
bugs.
* The file selection dialog doesn't allow you to select files from C:\
(other root directories like D:\ work fine).
I see this too. I assume that this is a bug of the QtWin library,
because
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> If we are dissucssing the same These are byproducts of autoconf
>> tests that are done, say, by the gettext m4 macros. We cannot get
>> rid of them.
Abdelrazak> Then again, autotools and m4 suck badly. If I compile
Abdelrazak>
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Hi, Now that configure has moved to Python, there are only a
Joost> few small shell scripts left.
There is also C++ code that generates sh scripts on the fly for
previews.
JMarc
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
You cannot get rid of these "61 unused macros".
Abdelrazak> I certainly cannot. But you could. And if not, why is
Abdelrazak> that? I am probably missing something here...
If we are dissucssing the
Hi,
Now that configure has moved to Python, there are only a few small shell
scripts left.
It would be great if those could be converted to Python as well, so that
we can finally get rid of the MSYS requirement on Windows. Moreover,
it will increase performance a lot.
Regards,
Joost
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
>> So how do we execute a program and wait for termination?
Joost> Look how it is done in the Reconfigure function in lyx_cb.C.
That is what I did at first, and I came up with the attached.
However, then I read systemcall.C, and saw tha
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> In any case looking at this:
Abdelrazak> +if env.has_key('USE_ASPELL') and env['USE_ASPELL']: +
Abdelrazak> lyx_source += ['aspell.C'] +elif env.has_key('USE_PSPELL')
Abdelrazak> and env['USE_PSPELL']: + lyx_source +=
Bo Peng wrote:
>> I think it would take me a couple of days to do that. No need to go
>> anywhere near m4. Just using the Bourne shell.
>
> I guess *you* can. No offense from the asterisks, it represents my
> admiration for your skills. It will take me that long to read the
> boost/m4 code (100 l
Hi,
While working on the new Windows distribution for LyX, I found two more
bugs.
* The file selection dialog doesn't allow you to select files from C:\
(other root directories like D:\ work fine).
* When ImageMagick is used to convert images for preview, the text
"Error converting to load
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> You cannot get rid of these "61 unused macros".
Abdelrazak> I certainly cannot. But you could. And if not, why is
Abdelrazak> that? I am probably missing something here...
If we are dissucssing the same These are byproducts o
Bo Peng a écrit :
With the current preliminary patch, I can build lyx linux/qt3 with
limited autoconf capacity. I will try to adapt it to other systems,
and if I can remove the profile machinery on all test platforms, I can
announce portabability of this build system. (Abdel, no need to try
the p
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Ah, you mean explicit test on ENABLE_ASSERTIONS? There are two
uses, and they are indeed not needed.
Abdelrazak> At last! So could be said for the majority of the used
Abdelrazak> macro. IMO, we shou
Georg Baum wrote:
> What other features did you have in mind? I don't use natbib, but I use
> child documents a lot, and rely on the fact that crossreferences and
> citations work.
> I can't really tell whether incorrect natbib labels are a problem or not,
> but have a bad feeling. What do natbib u
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> This is the patch where the counter misbehaviour is fixed. I
Martin> gave it some testing and it appears to work OK. But as this is
Martin> much more intrusive (it actually replaces caption layout by
Martin> caption inset!) it wi
I think it would take me a couple of days to do that. No need to go
anywhere near m4. Just using the Bourne shell.
I guess *you* can. No offense from the asterisks, it represents my
admiration for your skills. It will take me that long to read the
boost/m4 code (100 lines?).
The autotools work
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Ah, you mean explicit test on ENABLE_ASSERTIONS? There are two
>> uses, and they are indeed not needed.
Abdelrazak> At last! So could be said for the majority of the used
Abdelrazak> macro. IMO, we should at least get rid of 6
On Fri, May 05, 2006 at 09:57:09AM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Now I have implemented this "float type sensing" as well as
> Martin> getting the counter value. It all appears to work thanks to
> Martin> the existing
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
have to recompile at each reconfigure? I don't unless config.h has
actually been changed.
Abdelrazak> But that's my point, one should not have to recompile
Abdelrazak> everything because of a single
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Do you really have to recompile at each reconfigure? I don't
>> unless config.h has actually been changed.
Bo> Theoretically, autotools rely on file timestamp so a rebuild would
Bo> be triggered if config.h is regenerated. (I do think my lyx
B
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
If you're following a bit the French news nowadays, you'll see that
there can be as much as 3 different truths coming from 3 different
members of the same government.
i had the impression that the problem was more that 3 different truths
were c
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> have to recompile at each reconfigure? I don't unless config.h has
>> actually been changed.
Abdelrazak> But that's my point, one should not have to recompile
Abdelrazak> everything because of a single setting change that impa
Abdelrazak> That's just an example. The development process would be
Abdelrazak> _much_ smoother and quicker if the whole tree didn't have
Abdelrazak> to be rebuilt each time you configure.
Do you really have to recompile at each reconfigure? I don't unless
config.h has actually been changed.
T
Abdelrazak Younes wrote:
If you're following a bit the French news nowadays, you'll see that
there can be as much as 3 different truths coming from 3 different
members of the same government.
i had the impression that the problem was more that 3 different truths were coming from 1 member of
g
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
JMarc> No. You have not only to be mean, but also to be right.
Abdel> I think I am, we just don't have the same definition of truth.
Abdel, I can't think of a more elegant definition of "politics"!
If you're following a bit
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
JMarc> No. You have not only to be mean, but also to be right.
Abdel> I think I am, we just don't have the same definition of truth.
Abdel, I can't think of a more elegant definition of "politics"!
Angus
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> That's just an example. The development process would be
Abdelrazak> _much_ smoother and quicker if the whole tree didn't have
Abdelrazak> to be rebuilt each time you configure.
Do you re
1 - 100 of 139 matches
Mail list logo