> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, May 29, 2002 at 09:39:06AM +0200, Lars Gullik Bjønnes
Dekel> wrote:
>> Yes, we then should use one of the functions Dekel had instead.
>> Dekel do you still have them?
Dekel> Attached.
Thanks, I applied your patch. I am not
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Do we really need to use difftime? Isn't there another way to tell
| that a file is newer than another one??
But difftime must exist, it is Ansi C.
My guess is that the :: should be removed and a using std::difftime
added.
Or perhaps the using
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Thursday 30 May 2002 5:15 pm, Jean-Marc Lasgouttes wrote:
Thomas> When I manually add "-I$(top_srcdir)/src/cheaders" to CPPFLAGS
Thomas> in src/insets/Makefile (configure decided to put
Thomas> "lyx_cv_cxx_cheaders=yes" in confi
On Thursday 30 May 2002 5:15 pm, Jean-Marc Lasgouttes wrote:
> Thomas> When I manually add "-I$(top_srcdir)/src/cheaders" to CPPFLAGS
> Thomas> in src/insets/Makefile (configure decided to put
> Thomas> "lyx_cv_cxx_cheaders=yes" in config.cache), I get conflicts:
>
> This is only needed for cxx <6
> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
Thomas> Going further:
Thomas> - --- snip --- /usr/bin/cxx -std strict_ansi -DHAVE_CONFIG_H
Thomas> -I. -I. -I../../src -I./../ -I../.. -I../../boost
Thomas> -I/net/usr/include -ptr /tmp/lyx_cxx_repository
Thomas> -I/net/usr/include -c
On Wed, May 29, 2002 at 09:39:06AM +0200, Lars Gullik Bjønnes wrote:
> Yes, we then should use one of the functions Dekel had instead.
> Dekel do you still have them?
Attached.
Index: lyxstring.C
===
RCS file: /usr/local/lyx/cvsroo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
| Thomas> Jean-Marc Lasgouttes wrote: Jean-Marc Lasgouttes wrote: Is
| Thomas> there a way around this? FWIW, linking also fails on a decent
| Thomas> Tru64 Unix 5.1A machine (ld 5.1 wh
On Tue, May 28, 2002 at 04:43:55PM +0100, John Levon wrote:
> On Tue, May 28, 2002 at 05:40:47PM +0200, Andre Poenitz wrote:
>
> > This might be a bug then
>
> The good news is that MArtin has a patch waiting ...
>
> john
The better news is that in the tradition of collaborative developm
On Tue, May 28, 2002 at 05:16:29PM +0200, Andre Poenitz wrote:
> > http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg38327.html
>
> I am in the process of switching to a "if it's not on bugzilla, it's not a
> bug" policy...
It is on Bugzilla :)
john
--
"Time is a great teacher, bu
On Tue, May 28, 2002 at 05:42:57PM +0300, Martin Vermeer wrote:
> like the one this refers to.
>
> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg38327.html
I am in the process of switching to a "if it's not on bugzilla, it's not a
bug" policy...
Andre', who changes his mind fro
On Tue, May 28, 2002 at 02:55:05PM +0200, Jean-Marc Lasgouttes wrote:
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
>
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Tue, May 28, 2002 at 02:03:55PM +0200, Jean-Marc Lasgouttes
> Andre> wrote: I've added the missing
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 02:29:04PM +0200, Lars Gullik Bj?nnes wrote:
>> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> | Lars> QuI then.
>> | QuI?
>> hmm... QoI then.
>
| QoI?
Quality of Implementation.
>> | Lars> No reason to parse prepropressor
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, May 28, 2002 at 02:03:55PM +0200, Jean-Marc Lasgouttes
Andre> wrote: I've added the missing 'usings' right now.
>> Can you do it in the 1.2.x branch too?
Andre> Do I need a seperately checked out branch for that?
Yes. If
On Tue, May 28, 2002 at 02:29:04PM +0200, Lars Gullik Bj?nnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> | Lars> QuI then.
> | QuI?
> hmm... QoI then.
QoI?
> | Lars> No reason to parse prepropressor symbols inside
> | Lars> #if 0 ... #endif
> | Note that it only outputs a warnin
On Tue, May 28, 2002 at 02:03:55PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> I've added the missing 'usings' right now.
>
> Can you do it in the 1.2.x branch too?
Do I need a seperately checked out branch for that?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
wil
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> QuI then.
>
| QuI?
hmm... QoI then.
| Lars> No reason to parse prepropressor symbols inside
>
| Lars> #if 0 ... #endif
>
| Note that it only outputs a warning, not an erro
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> QuI then.
QuI?
Lars> No reason to parse prepropressor symbols inside
Lars> #if 0 ... #endif
Note that it only outputs a warning, not an error. So it is somehow
useful. And this warning can be shut off if you know its number
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, May 28, 2002 at 01:05:45PM +0200, Thomas Anders wrote:
>> src/mathed/math_xdata.C:214 (std::abs),
>> src/mathed/math_charinset.C:52 (std::isalpha),
>> src/mathed/math_cursor.C:1465,1549,1554 (std::isalpha),
>> src/mathed/ma
On Tue, May 28, 2002 at 01:05:45PM +0200, Thomas Anders wrote:
> src/mathed/math_xdata.C:214 (std::abs), src/mathed/math_charinset.C:52
> (std::isalpha), src/mathed/math_cursor.C:1465,1549,1554 (std::isalpha),
> src/mathed/math_mathmlstream.C:233 (std::strlen),
> src/mathed/math_parser.C:781,897,9
Lars Gullik Bjønnes wrote:
> | cxx: Error: formulabase.C, line 367: identifier "abs" is undefined
> | if (abs(x - first_x) < 2 && abs(y - first_y) < 2) {
> | ^
>
> I belive that abs as a macro is not allowed in C++.
> Also it might be that you compiler (correctly) puts abs in
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> mmm... note that f.ex. gcc will then complain if abs is not in
| Lars> std:: (no such symbol in namespace std)
>
| Lars> So we will have to guard that "using".
>
| No. The u
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> mmm... note that f.ex. gcc will then complain if abs is not in
Lars> std:: (no such symbol in namespace std)
Lars> So we will have to guard that "using".
No. The using works fine with cxx.
>>> | cxx: Warning: formulabase.C,
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 10:53:54AM +0200, Lars Gullik Bjønnes wrote:
>> | The 'using std::abs; ' is missing.
>>
>> mmm... note that f.ex. gcc will then complain if abs is not in std::
>> (no such symbol in namespace std)
>
| g++ 2.95 doe not complain,
On Tue, May 28, 2002 at 10:53:54AM +0200, Lars Gullik Bjønnes wrote:
> | The 'using std::abs; ' is missing.
>
> mmm... note that f.ex. gcc will then complain if abs is not in std::
> (no such symbol in namespace std)
g++ 2.95 doe not complain, i.e. it compiles for me.
Andre'
--
Those who desi
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 10:08:13AM +0200, Lars Gullik Bjønnes wrote:
>>
>> | cxx: Error: formulabase.C, line 367: identifier "abs" is undefined
>> | if (abs(x - first_x) < 2 && abs(y - first_y) < 2) {
>> | ^
>>
>> I belive that ab
On Tue, May 28, 2002 at 10:08:13AM +0200, Lars Gullik Bjønnes wrote:
>
> | cxx: Error: formulabase.C, line 367: identifier "abs" is undefined
> | if (abs(x - first_x) < 2 && abs(y - first_y) < 2) {
> | ^
>
> I belive that abs as a macro is not allowed in C++.
Indeed.
> Als
Thomas Anders <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> o It is possible to compile lyx with Tru64 Unix cxx compiler
>> version 6.2, provided one uses
>> CXX='cxx -std strict_ansi'
>> CXXFLAGS='-ptr /tmp/lyx_cxx_repository -g'
>> CC=cc
>
| Bad promise. Stil
Jean-Marc Lasgouttes wrote:
> o It is possible to compile lyx with Tru64 Unix cxx compiler
> version 6.2, provided one uses
> CXX='cxx -std strict_ansi'
> CXXFLAGS='-ptr /tmp/lyx_cxx_repository -g'
> CC=cc
Bad promise. Still doesn't compile cleanly (Tru64 5.0A PK3, latest
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Does that also turn on __USE_STD_IOSTREAM?
Yes, it does.
Lars> If not we should turn that on for this compiler, btw. how to
Lars> test and do this?
I think it is unnecessary. Basically, the command line I use to
compile is
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
| Thomas> Angus Leeming wrote:
>>> These were work arounds for cxx 6.2 that comes with Tru64 Unix
>>> 4.0e. If you're using a 5.1 system then the cxx compiler should be
>>> more than ca
> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
Thomas> Jean-Marc Lasgouttes wrote: Is there a way around this? FWIW,
Thomas> linking also fails on a decent Tru64 Unix 5.1A machine (ld 5.1
Thomas> while 4.0D has ld 3.11).
>> As I said, --with-included-string helps.
Thomas> Has this c
> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
Thomas> Angus Leeming wrote:
>> These were work arounds for cxx 6.2 that comes with Tru64 Unix
>> 4.0e. If you're using a 5.1 system then the cxx compiler should be
>> more than capable of compiling LyX unmodified. Any errors it throws
>
Angus Leeming wrote:
> These were work arounds for cxx 6.2 that comes with Tru64 Unix 4.0e. If
> you're using a 5.1 system then the cxx compiler should be more than capable
> of compiling LyX unmodified. Any errors it throws up will almost
> certainly be genuine LyX bugs which should be reported t
Jean-Marc Lasgouttes wrote:
> Thomas> Is there a way around this? FWIW, linking also fails on a
> Thomas> decent Tru64 Unix 5.1A machine (ld 5.1 while 4.0D has ld
> Thomas> 3.11).
>
> As I said, --with-included-string helps.
Has this changed recently? As reported for 1.2.0pre5 on 2002-05-21,
lin
Jean-Marc Lasgouttes wrote:
> Thomas> As for Lars' suggestion: how do I turn off all debug info
> Thomas> cleanly?
>
> --disable-debug.
Isn't this the default (at least for a release)? "./configure --help"
only lists --enable-debug. If it's not the default, configure's output
is ... misleading.
On Mon, May 27, 2002 at 05:52:18PM +0200, Thomas Anders wrote:
> Angus Leeming wrote:
> >>Is there a way around this? FWIW, linking also fails on a
> >>decent Tru64 Unix 5.1A machine (ld 5.1 while 4.0D has ld 3.11).
> >
> >So, you can now compile with cxx? Only gcc dies?
>
> No, I didn't say that
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
Lars> | Lars> Does it also crash if you turn off all debug info?
>>
Lars> | I think the problem with stl and
On Mon, May 27, 2002 at 05:25:00PM +0200, Thomas Anders wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Lars" == Lars Gullik Bj?nnes <[EMAIL PROTECTED]> writes:
> >
> >
> >Lars> Does it also crash if you turn off all debug info?
> >
> >I think the problem with stl and du 4.0d is that the linker
Jean-Marc Lasgouttes wrote:
>>"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
>
> Lars> Does it also crash if you turn off all debug info?
>
> I think the problem with stl and du 4.0d is that the linker does not
> support obcenely long symbol names.
Is there a way around thi
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Does it also crash if you turn off all debug info?
I think the problem with stl and du 4.0d is that the linker does not
support obcenely long symbol names.
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Mon, May 27, 2002 at 01:52:53PM +0200, Thomas Anders wrote:
>> Hello,
>>
>> thanks for releasing LyX 1.2.0.
>>
>> I successfully compiled it on SuSE Linux 6.2 (i686) and Sun Solaris 2.6
>> (SPARC) with gcc 3.1.
>>
>> However, compilation fails on
On Mon, May 27, 2002 at 01:52:53PM +0200, Thomas Anders wrote:
> Hello,
>
> thanks for releasing LyX 1.2.0.
>
> I successfully compiled it on SuSE Linux 6.2 (i686) and Sun Solaris 2.6
> (SPARC) with gcc 3.1.
>
> However, compilation fails on Tru64 Unix 4.0D (Alpha) with gcc 3.1
> at the final l
> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
Thomas> Hello, thanks for releasing LyX 1.2.0.
Thomas> I successfully compiled it on SuSE Linux 6.2 (i686) and Sun
Thomas> Solaris 2.6 (SPARC) with gcc 3.1.
Thomas> However, compilation fails on Tru64 Unix 4.0D (Alpha) with gcc
Thomas>
43 matches
Mail list logo
