> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Ok, I may be wrong about the int/string return type.
Lars> But:
[...]
Lars> Should absolutely work.
It does with both compilers.
Lars> Clause 10.3.5
Thanks,
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> Lars, | | cxx does not like at all your latest changes. Is it
| Lars> really supposed to | accept them?
|
| Lar
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars, | | cxx does not like at all your latest changes. Is it
Lars> really supposed to | accept them?
Lars> A conforming C++ compiler are not supposed to take return typ
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars,
|
| cxx does not like at all your latest changes. Is it really supposed to
| accept them?
A conforming C++ compiler are not supposed to take return types into
account when doing virtual overloading.
class Foo {
public:
virtual int bar()
Lars,
cxx does not like at all your latest changes. Is it really supposed to
accept them?
JMarc
/bin/sh ../../libtool --mode=compile mycxx -DHAVE_CONFIG_H -I.
-I../../../lyx-devel/src/mathed -I../../src -I../../../lyx-devel/images
-I../../../lyx-devel/src/mathed/../ -I../../../lyx-devel/sr
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.
> 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 :)
|
|
| Me too.
|
= AOL
|
| Using bleeding edge features is *not* "serious C++ development".
What blee
> 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 re-usa
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
> "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 tha
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> 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
A
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 su
> "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++ co
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> 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/
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> 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 "sorr
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 comm
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 k
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 acknowled
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, t
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'
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 k
"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 poorl
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 suppo
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
> 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 th
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
|
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:
|
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> It does to me. Also, we need to handle the namespace problem.
Asger> Personally, I still think that using
Asger> #include
Asger> which corresponds to
Asger> #include using std::vector;
Asger> is a good solution...
> "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
B
> ** 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 ne
> "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
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 dif
> "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:
| > "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 suc
> "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 pro
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 suc
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 -I
41 matches
Mail list logo
