Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

On Sun, Feb 14, 2010 at 02:15, Andre Poenitz andre.poen...@mathematik.tu-chemnitz.de wrote: 3. a forgotten static_cast in src/support/FileName.cpp        @@ -558,7 +558,7 @@                crc.process_block(beg, end);                result = crc.checksum();        -       munmap(mm,

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

On Sun, Feb 14, 2010 at 02:15, Andre Poenitz wrote: >> 3. a forgotten static_cast in src/support/FileName.cpp > > >        @@ -558,7 +558,7 @@ >                crc.process_block(beg, end); >                result = crc.checksum(); > >        -      

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

Hi! On Sun, Feb 14, 2010 at 02:15, Andre Poenitz andre.poen...@mathematik.tu-chemnitz.de wrote: 2. src/support/debug.h: DEBUG is defined as DEBUG      = (1 31) what is out of range for enum (32 bit) and I guess should be DEBUG  = (1 30) as there is no 30, yet. 1 31  is within the 32 bit

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

On Sun, Feb 14, 2010 at 10:09:58AM +0100, Frank Thieme wrote: 2. src/support/debug.h: DEBUG is defined as DEBUG      = (1 31) what is out of range for enum (32 bit) and I guess should be DEBUG  = (1 30) as there is no 30, yet. 1 31  is within the 32 bit range. mmh, yeah, you are

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

Hi! On Sun, Feb 14, 2010 at 02:15, Andre Poenitz wrote: >> 2. src/support/debug.h: DEBUG is defined as DEBUG      = (1 << 31) >> what is out of range for enum (32 bit) and I guess should be DEBUG >>  = (1 << 30) as there is no 30, yet. > > 1 << 31  is

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

On Sun, Feb 14, 2010 at 10:09:58AM +0100, Frank Thieme wrote: > >> 2. src/support/debug.h: DEBUG is defined as DEBUG      = (1 << 31) > >> what is out of range for enum (32 bit) and I guess should be DEBUG > >>  = (1 << 30) as there is no 30, yet. > > > > 1 << 31  is within the 32 bit range. > >

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

Hi! I found the problem - I have to use -library=stlport4 because of the use of boost. But now there are some more problems: 1. Trailing commas in enums - this is part of C99, but not of C++ standard 2. src/support/debug.h: DEBUG is defined as DEBUG = (1 31) what is out of range for enum

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

On Sat, Feb 13, 2010 at 11:21:01PM +0100, Frank Thieme wrote: Hi! I found the problem - I have to use -library=stlport4 because of the use of boost. But now there are some more problems: 1. Trailing commas in enums - this is part of C99, but not of C++ standard Right. 2.

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

Hi! I found the problem - I have to use "-library=stlport4" because of the use of boost. But now there are some more problems: 1. Trailing commas in enums - this is part of C99, but not of C++ standard 2. src/support/debug.h: DEBUG is defined as DEBUG = (1 << 31) what is out of range for

Re: Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

On Sat, Feb 13, 2010 at 11:21:01PM +0100, Frank Thieme wrote: > Hi! > > I found the problem - I have to use "-library=stlport4" because of the > use of boost. But now there are some more problems: > > 1. Trailing commas in enums - this is part of C99, but not of C++ standard Right. > 2.

Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

Hi! I'm trying to install lyx on OpenSolaris snv_132. I can do configure and when I compile there is an error, right after boost is compiled: source='convert.cpp' object='convert.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../config/depcomp \ /bin/sh ../../libtool

Can't build lyx 1.6.5 on OpenSolaris using Sun Studio 12u1

Hi! I'm trying to install lyx on OpenSolaris snv_132. I can do configure and when I compile there is an error, right after boost is compiled: source='convert.cpp' object='convert.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../config/depcomp \ /bin/sh ../../libtool

Re: [PATCHes] Re: Sun Studio...

Jean-Marc Lasgouttes wrote: The Qt frontend requires the use of some gnu-isms though. What kind of GNU-isms are these? The first two of these: $ (cd src/frontends/qt2 grep '%' `find . -name Makefile.am`) ./moc/Makefile.am:%_moc.C: $(srcdir)/../%.h ./ui/moc/Makefile.am:%_moc.C: ../%.h

Re: [PATCHes] Re: Sun Studio...

Jean-Marc Lasgouttes wrote: >>> The Qt frontend requires the use of some gnu-isms though. > What kind of GNU-isms are these? The first two of these: $ (cd src/frontends/qt2 && grep '%' `find . -name Makefile.am`) ./moc/Makefile.am:%_moc.C: $(srcdir)/../%.h ./ui/moc/Makefile.am:%_moc.C: ../%.h

Re: [PATCHes] Re: Sun Studio...

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars Lars, would the following pair of patches be OK with you? Lars I have no problems with this. OK, applied. JMarc

Re: [PATCHes] Re: Sun Studio...

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars> Lars, would the following pair of patches be OK with you? Lars> I have no problems with this. OK, applied. JMarc

[PATCHes] Re: Sun Studio...

John == John Levon [EMAIL PROTECTED] writes: John On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote: If that is the case, then that has changed recently. I've been able to build the XForms frontend quite happily with DEC make. John $ /usr/ccs/bin/make make: Fatal error in reader:

Re: [PATCHes] Re: Sun Studio...

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars, would the following pair of patches be OK with you? I have no problems with this. -- Lgb

[PATCHes] Re: Sun Studio...

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote: >> If that is the case, then that has changed recently. I've been able >> to build the XForms frontend quite happily with DEC make. John> $ /usr/ccs/bin/make make: Fatal

Re: [PATCHes] Re: Sun Studio...

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars, would the following pair of patches be OK with you? I have no problems with this. -- Lgb

Re: Sun Studio...

John == John Levon [EMAIL PROTECTED] writes: John On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: I'm doing a make -k and will report any others I see. John BTW, we now require GNU Make. We should document this in John INSTALL. Or we should get rid of this ?= construct. John

Re: Sun Studio...

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: >> I'm doing a make -k and will report any others I see. John> BTW, we now require GNU Make. We should document this in John> INSTALL. Or we should get rid of this ?=

Sun Studio...

For fun, I thought I'd try to compile lyx 1.3.5 with the version of Sun Studio we use internally. I almost immediately got: /bin/bash ../../../../libtool --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost-g -c -o cregex.lo `test -f 'cregex.cpp' || echo

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: I'm doing a make -k and will report any others I see. BTW, we now require GNU Make. We should document this in INSTALL. formulabase.h, line 146: Warning: InsetFormulaBase::display hides the virtual function Inset::display(bool).

Re: Sun Studio...

John Levon wrote: On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: I'm doing a make -k and will report any others I see. BTW, we now require GNU Make. We should document this in INSTALL. If that is the case, then that has changed recently. I've been able to build the XForms frontend

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote: If that is the case, then that has changed recently. I've been able to build the XForms frontend quite happily with DEC make. $ /usr/ccs/bin/make make: Fatal error in reader: Makefile, line 625: Badly formed macro assignment $

Re: Sun Studio...

John Levon wrote: The Qt frontend requires the use of some gnu-isms though. OK, then *that* needs docs :) Or some input from the eejit wot wrote the gnuism on how to make his constuct portable ? :) regards, john -- Angus

Re: Sun Studio...

On Wed, Feb 02, 2005 at 07:09:00PM +, Angus Leeming wrote: Or some input from the eejit wot wrote the gnuism on how to make his constuct portable ? :) Ahem :) john

Sun Studio...

For fun, I thought I'd try to compile lyx 1.3.5 with the version of Sun Studio we use internally. I almost immediately got: /bin/bash ../../../../libtool --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost-g -c -o cregex.lo `test -f 'cregex.cpp' || echo

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: > I'm doing a make -k and will report any others I see. BTW, we now require GNU Make. We should document this in INSTALL. "formulabase.h", line 146: Warning: InsetFormulaBase::display hides the virtual function Inset::display(bool).

Re: Sun Studio...

John Levon wrote: > On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: >> I'm doing a make -k and will report any others I see. > BTW, we now require GNU Make. We should document this in INSTALL. If that is the case, then that has changed recently. I've been able to build the XForms

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote: > If that is the case, then that has changed recently. I've been able to > build the XForms frontend quite happily with DEC make. $ /usr/ccs/bin/make make: Fatal error in reader: Makefile, line 625: Badly formed macro assignment $

Re: Sun Studio...

John Levon wrote: >> The Qt frontend requires the use of some gnu-isms though. > OK, then *that* needs docs :) Or some input from the eejit wot wrote the gnuism on how to make his constuct portable ? :) > regards, > john -- Angus

Re: Sun Studio...

On Wed, Feb 02, 2005 at 07:09:00PM +, Angus Leeming wrote: > Or some input from the eejit wot wrote the gnuism on how to make his > constuct portable ? :) Ahem :) john