> "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>
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 linking stage, just like it did for 1.2.0pre5 and 1.2.0rc1:
- --- snip ---
/net/b
44 matches
Mail list logo
