On Thu, Oct 14, 1999 at 02:58:53PM +0200, Lars Gullik Bjønnes wrote:
John Weiss [EMAIL PROTECTED] writes:
| I'm sure there are other features that haven't made it into every
| compiler yet. There are things which you can safely assume are now in
| every C++ compiler currently in use.
On Thu, Oct 14, 1999 at 02:58:53PM +0200, Lars Gullik Bjønnes wrote:
> John Weiss <[EMAIL PROTECTED]> writes:
>
> | I'm sure there are other features that haven't made it into every
> | compiler yet. There are things which you can safely assume are now in
> | every C++ compiler currently in
If you'd ask me (And I'm pretty sure, you won't ;-| ): Make a single
stable release and start over from scratch. The *last* step would be to
add compatibility to the existent LyX. I always thought that's what was
intented with the old 1.1 branch?
We tried that, but it didn't work. We do not
> If you'd ask me (And I'm pretty sure, you won't ;-| ): Make a single
> stable release and start over from scratch. The *last* step would be to
> add compatibility to the existent LyX. I always thought that's what was
> intented with the old 1.1 branch?
We tried that, but it didn't work. We do
"Andre' Poenitz" [EMAIL PROTECTED] writes:
| Lars And gcc 2.8.1 shows again that it is not suited for serious C++
| Lars development...
|
| Somehow I knew you would say that :)
|
| aol on
| Me too.
| aol off
= AOL
| flame on
| Using bleeding edge features is *not* "serious C++
"Andre' Poenitz" <[EMAIL PROTECTED]> writes:
| > Lars> And gcc 2.8.1 shows again that it is not suited for serious C++
| > Lars> development...
| >
| > Somehow I knew you would say that :)
|
|
| Me too.
|
= AOL
|
| Using bleeding edge features is *not* "serious C++ development".
What
Lars And gcc 2.8.1 shows again that it is not suited for serious C++
Lars development...
Somehow I knew you would say that :)
aol on
Me too.
aol off
flame on
Using bleeding edge features is *not* "serious C++ development".
Serious C++ development is about modularization, lean interfaces,
> Lars> And gcc 2.8.1 shows again that it is not suited for serious C++
> Lars> development...
>
> Somehow I knew you would say that :)
Me too.
Using bleeding edge features is *not* "serious C++ development".
Serious C++ development is about modularization, lean interfaces,
design of
John Weiss [EMAIL PROTECTED] writes:
| I'm sure there are other features that haven't made it into every
| compiler yet. There are things which you can safely assume are now in
| every C++ compiler currently in use. There are other things, features
| only recently agreed upon by the ANSI
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Program that I'd like to have tested: (checks for anon
Lars namespaces in global/file scope)
Digital cxx 6.1: works (in all modes)
Sun CC 4.2 (oldish, from 1996): does not work
gcc 2.8.1: does not work; error message is "sorry, not
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Program that I'd like to have tested: (checks for anon
| Lars namespaces in global/file scope)
|
| Digital cxx 6.1: works (in all modes)
Ok...so cxx is not too bad...
| Sun CC
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | |
Lars Lars Program that I'd like to have tested: (checks for anon |
Lars Lars namespaces in global/file scope) | |
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
| Lars "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | |
| Lars Lars Program that I'd like to have tested: (checks for
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars What does LyX' configure say about template support on cxx? What
Lars about mutable?
checking if C++ compiler supports mutable... yes
checking if C++ compiler supports partial specialization... yes
checking whether the C++ compiler
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars What does LyX' configure say about template support on cxx? What
| Lars about mutable?
|
| checking if C++ compiler supports mutable... yes
| checking if C++ compiler supports
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars We need to fix the check for std::string it is not good. I am
Lars not sure what we should have it do instead.
I do not know either...
Lars Test if std:: is allowed first? and then depending use stack or
Lars std::stack
Another
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars We need to fix the check for std::string it is not good. I am
| Lars not sure what we should have it do instead.
|
| I do not know either...
|
| Lars Test if std:: is allowed
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars And? The cvs repository on aussie is the same as on
Lars baywatch...ok you have a problem with the repository named in
Lars CVS/ ok lets have reboot of baywatch and see if that fixes the
Lars problem.
OK, I did not know that aussie
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars And? The cvs repository on aussie is the same as on
| Lars baywatch...ok you have a problem with the repository named in
| Lars CVS/ ok lets have reboot of baywatch and see if that
John Weiss <[EMAIL PROTECTED]> writes:
| I'm sure there are other features that haven't made it into every
| compiler yet. There are things which you can safely assume are now in
| every C++ compiler currently in use. There are other things, features
| only recently agreed upon by the ANSI
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Program that I'd like to have tested: (checks for anon
Lars> namespaces in global/file scope)
Digital cxx 6.1: works (in all modes)
Sun CC 4.2 (oldish, from 1996): does not work
gcc 2.8.1: does not work; error message is
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Program that I'd like to have tested: (checks for anon
| Lars> namespaces in global/file scope)
|
| Digital cxx 6.1: works (in all modes)
Ok...so cxx is not too bad...
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
Lars> Lars> Program that I'd like to have tested: (checks for anon |
Lars> Lars> namespaces in
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
| Lars> Lars> Program that I'd like to have
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> What does LyX' configure say about template support on cxx? What
Lars> about mutable?
checking if C++ compiler supports mutable... yes
checking if C++ compiler supports partial specialization... yes
checking whether the C++
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> What does LyX' configure say about template support on cxx? What
| Lars> about mutable?
|
| checking if C++ compiler supports mutable... yes
| checking if C++ compiler
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> We need to fix the check for std::string it is not good. I am
Lars> not sure what we should have it do instead.
I do not know either...
Lars> Test if std:: is allowed first? and then depending use stack or
Lars> std::stack
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> We need to fix the check for std::string it is not good. I am
| Lars> not sure what we should have it do instead.
|
| I do not know either...
|
| Lars> Test if std:: is
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> And? The cvs repository on aussie is the same as on
Lars> baywatch...ok you have a problem with the repository named in
Lars> CVS/ ok lets have reboot of baywatch and see if that fixes the
Lars> problem.
OK, I did not know
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> And? The cvs repository on aussie is the same as on
| Lars> baywatch...ok you have a problem with the repository named in
| Lars> CVS/ ok lets have reboot of baywatch and
John Weiss [EMAIL PROTECTED] writes:
| In any case, the almost all of the compilers will be ANSI in another
| two years (so I'm told). So, in the meantime, we'll need to add
| workarounds for not-so-widely supported C++ features. They'll go away
| by 1.4 anyhow.
This I have already
On Wed, Oct 13, 1999 at 02:04:22PM +0200, Lars Gullik Bjønnes wrote:
Workarounds fro compiler lacking in support for member templates or
partial spesialiation os ok, workarounds for compilers that does not
understand templates at all is not.
Agreed. All I wanted to do, Lars, is let you know
John Weiss <[EMAIL PROTECTED]> writes:
| In any case, the almost all of the compilers will be ANSI in another
| two years (so I'm told). So, in the meantime, we'll need to add
| workarounds for not-so-widely supported C++ features. They'll go away
| by 1.4 anyhow.
This I have already
On Wed, Oct 13, 1999 at 02:04:22PM +0200, Lars Gullik Bjønnes wrote:
>
> Workarounds fro compiler lacking in support for member templates or
> partial spesialiation os ok, workarounds for compilers that does not
> understand templates at all is not.
Agreed. All I wanted to do, Lars, is let you
On 10-Oct-99 Lars Gullik Bjønnes wrote:
[Stuff about the joys of using clean ANSI C++ constructs omitted...]
I understand what you're saying, Lars, and at one level I agree. But on
the other hand, if all of your spare-time work doesn't get used by more
than a handful of people, won't the fun
Carl Ollivier-Gooch [EMAIL PROTECTED] writes:
| On 10-Oct-99 Lars Gullik Bjønnes wrote:
|
| [Stuff about the joys of using clean ANSI C++ constructs omitted...]
|
| I understand what you're saying, Lars, and at one level I agree. But on
| the other hand, if all of your spare-time work doesn't
On Tue, Oct 12, 1999 at 05:27:10PM +0200, Lars Gullik Bjønnes wrote:
Okay --- first, most of my antecdote comes from my frustration with
one app in particular. I'd love to use it and offer debugging help to
the authors... but I can never manage to get the bloody thing to
compile.
And, yes, I,
On 10-Oct-99 Lars Gullik Bjønnes wrote:
[Stuff about the joys of using clean ANSI C++ constructs omitted...]
I understand what you're saying, Lars, and at one level I agree. But on
the other hand, if all of your spare-time work doesn't get used by more
than a handful of people, won't the fun
Carl Ollivier-Gooch <[EMAIL PROTECTED]> writes:
| On 10-Oct-99 Lars Gullik Bjønnes wrote:
|
| [Stuff about the joys of using clean ANSI C++ constructs omitted...]
|
| I understand what you're saying, Lars, and at one level I agree. But on
| the other hand, if all of your spare-time work
On Tue, Oct 12, 1999 at 05:27:10PM +0200, Lars Gullik Bjønnes wrote:
Okay --- first, most of my antecdote comes from my frustration with
one app in particular. I'd love to use it and offer debugging help to
the authors... but I can never manage to get the bloody thing to
compile.
And, yes, I,
John Weiss [EMAIL PROTECTED] writes:
When I work on LyX I can at least say this: I am not doing this for
the benefit of LyX users, I do it because it is fun. _And_ it is not
fun writing inferiour C++ knowing that there is a better alternative.
It is absolutely possible to do something to
"Lars Gullik Bjønnes" wrote:
PS. I am sorry but this discussion really puts me in a lousy mood, but
I want it to be fun writing C++ and to me that means ANSI C++. We have
a standard help push it.
Bravo! My experience is that if it is not fun it either does not get
done or gets done poorly.
John Weiss <[EMAIL PROTECTED]> writes:
When I work on LyX I can at least say this: I am not doing this for
the benefit of LyX users, I do it because it is fun. _And_ it is not
fun writing inferiour C++ knowing that there is a better alternative.
It is absolutely possible to do something to
"Lars Gullik Bjønnes" wrote:
>>
> PS. I am sorry but this discussion really puts me in a lousy mood, but
> I want it to be fun writing C++ and to me that means ANSI C++. We have
> a standard help push it.
Bravo! My experience is that if it is not fun it either does not get
done or gets done
On Thu, Oct 07, 1999 at 10:20:25AM +0200, Jean-Marc Lasgouttes wrote:
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars There is some differences between folks that are just users and
Lars developers. And I don't think that the developers should put
Lars restraints on themselves
On Thu, Oct 07, 1999 at 10:20:25AM +0200, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> There is some differences between folks that are just users and
> Lars> developers. And I don't think that the developers should put
> Lars> restraints
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars Agreed. However, compilers are not updated every month at our
Lars site. | And I believe this is the case at many places. The
Lars problem is not to | say that this is wrong or
** In a_lyx_Cpp.C:
#include ctype
** in src/cheaders/ctype
//Add appropriate ifdefs there
#include ctype.h
** in configure
if compiler-does-not-have-cheaders ; then
INC="-I${top_srcdir}/src/cheaders $INC"
fi
Does this seem convenient enough?
It does to me. Also, we need
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Could you try changing all the std:: to STD:: or LYXSTD:: and
Lars then have a
Lars #ifdef NEED_STD #define LYXSTD std #else #define LYXSTD #endif
Would a
#ifdef NEED_STD
#define LYXSTD std::
#else
#define LYXSTD
#endif
Be OK with
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| A compiler which is two years old is not antique, IMO.
A compiler that is several generations old is close to be an antique
no? :-)
Then you will never try new C++ projects.
| Lars I am not quite sure what you mean.
|
| ** In a_lyx_Cpp.C:
|
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Could you try changing all the std:: to STD:: or LYXSTD:: and
| Lars then have a
|
| Lars #ifdef NEED_STD #define LYXSTD std #else #define LYXSTD #endif
|
| Would a
| #ifdef
Asger #include Vector
Asger which corresponds to
Asger #include vector using std::vector;
Asger is a good solution...
How standard is that? I do not have such header here...
Oh, it's absolutely not standard. The intent was that
*we* provide the Vector file, and implement it such
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Agreed. However, compilers are not updated every month at our
Lars> site. | And I believe this is the case at many places. The
Lars> problem is not to | say that this is
> ** In a_lyx_Cpp.C:
>
> #include
>
> ** in src/cheaders/ctype
>
> //Add appropriate ifdefs there
> #include
>
> ** in configure
>
> if compiler-does-not-have-cheaders ; then
> INC="-I${top_srcdir}/src/cheaders $INC"
> fi
>
> Does this seem convenient enough?
It does to me. Also, we
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Could you try changing all the std:: to STD:: or LYXSTD:: and
Lars> then have a
Lars> #ifdef NEED_STD #define LYXSTD std #else #define LYXSTD #endif
Would a
#ifdef NEED_STD
#define LYXSTD std::
#else
#define LYXSTD
#endif
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| A compiler which is two years old is not antique, IMO.
A compiler that is several generations old is close to be an antique
no? :-)
Then you will never try new C++ projects.
| Lars> I am not quite sure what you mean.
|
| ** In a_lyx_Cpp.C:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Could you try changing all the std:: to STD:: or LYXSTD:: and
| Lars> then have a
|
| Lars> #ifdef NEED_STD #define LYXSTD std #else #define LYXSTD #endif
|
| Would a
> Asger> #include
>
> Asger> which corresponds to
>
> Asger> #include using std::vector;
>
> Asger> is a good solution...
>
> How standard is that? I do not have such header here...
Oh, it's absolutely not standard. The intent was that
*we* provide the Vector file, and implement it such
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars but not by far... 2.95 is coming along though.
Agreed. However, compilers are not updated every month at our site.
And I believe this is the case at many places. The problem is not to
say that this is wrong or right, but that we have
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Agreed. However, compilers are not updated every month at our site.
| And I believe this is the case at many places. The problem is not to
| say that this is wrong or right, but that we have to cope with it,
| as far as we can.
There is some
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> but not by far... 2.95 is coming along though.
Agreed. However, compilers are not updated every month at our site.
And I believe this is the case at many places. The problem is not to
say that this is wrong or right, but that
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Agreed. However, compilers are not updated every month at our site.
| And I believe this is the case at many places. The problem is not to
| say that this is wrong or right, but that we have to cope with it,
| as far as we can.
There is some
Hello,
I have been trying various compilers with the latest debugstream
branch in cvs. Nothing succeded yet, but there is still hope. Here are
the problems I encountered:
- with gcc 2.8.1, I get:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed -I../../src
-I../../../lyx-devel/images
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Hello,
|
| I have been trying various compilers with the latest debugstream
| branch in cvs. Nothing succeded yet, but there is still hope. Here are
| the problems I encountered:
|
| - with gcc 2.8.1, I get:
wrt regard to 2.8.1 C++ wise it
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars Hello, | | I have been trying various compilers with the latest
Lars debugstream | branch in cvs. Nothing succeded yet, but there is
Lars still hope. Here are | the problems I
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
| Lars Hello, | | I have been trying various compilers with the latest
| Lars debugstream | branch in cvs. Nothing succeded yet,
Hello,
I have been trying various compilers with the latest debugstream
branch in cvs. Nothing succeded yet, but there is still hope. Here are
the problems I encountered:
- with gcc 2.8.1, I get:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed -I../../src
-I../../../lyx-devel/images
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Hello,
|
| I have been trying various compilers with the latest debugstream
| branch in cvs. Nothing succeded yet, but there is still hope. Here are
| the problems I encountered:
|
| - with gcc 2.8.1, I get:
wrt regard to 2.8.1 C++ wise it
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Hello, | | I have been trying various compilers with the latest
Lars> debugstream | branch in cvs. Nothing succeded yet, but there is
Lars> still hope. Here are | the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> Hello, | | I have been trying various compilers with the latest
| Lars> debugstream | branch in cvs. Nothing
70 matches
Mail list logo
