Volker Knierim [EMAIL PROTECTED] writes:
Hi Jean-Marc,
thanks for the quick answer. I also would prefer to install the 1.5.X
version of LyX, but this would require to compile qt4 on my machine
first. Maybe this would fail also and I would have to solve this
problem, too :-(
You can ask for
Jean-Marc Lasgouttes wrote:
Volker Knierim [EMAIL PROTECTED] writes:
Hi Jean-Marc,
thanks for the quick answer. I also would prefer to install the 1.5.X
version of LyX, but this would require to compile qt4 on my machine
first. Maybe this would fail also and I would have to solve this
problem,
Volker Knierim [EMAIL PROTECTED] writes:
Hi Jean-Marc,
thanks for the quick answer. I also would prefer to install the 1.5.X
version of LyX, but this would require to compile qt4 on my machine
first. Maybe this would fail also and I would have to solve this
problem, too :-(
You can ask for
Jean-Marc Lasgouttes wrote:
Volker Knierim [EMAIL PROTECTED] writes:
Hi Jean-Marc,
thanks for the quick answer. I also would prefer to install the 1.5.X
version of LyX, but this would require to compile qt4 on my machine
first. Maybe this would fail also and I would have to solve this
problem,
Volker Knierim <[EMAIL PROTECTED]> writes:
> Hi Jean-Marc,
>
> thanks for the quick answer. I also would prefer to install the 1.5.X
> version of LyX, but this would require to compile qt4 on my machine
> first. Maybe this would fail also and I would have to solve this
> problem, too :-(
You can
Jean-Marc Lasgouttes wrote:
Volker Knierim <[EMAIL PROTECTED]> writes:
Hi Jean-Marc,
thanks for the quick answer. I also would prefer to install the 1.5.X
version of LyX, but this would require to compile qt4 on my machine
first. Maybe this would fail also and I would have to solve this
Hello!
I've got a problem compiling LyX. I have a Sparc system running Solaris
8,
binutils 2.11.2, gcc 2.95.3. Everything goes ok but this error message
during compilation:
--- cut ---
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
-I../../boost -I../../src/cheaders -isystem
Hello!
I've got a problem compiling LyX. I have a Sparc system running Solaris
8,
binutils 2.11.2, gcc 2.95.3. Everything goes ok but this error message
during compilation:
--- cut ---
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
-I../../boost -I../../src/cheaders -isystem
Hello!
I've got a problem compiling LyX. I have a Sparc system running Solaris
8,
binutils 2.11.2, gcc 2.95.3. Everything goes ok but this error message
during compilation:
--- cut ---
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
-I../../boost -I../../src/cheaders -isystem
Hi Dave and others here!
The thread LyX-1.1.6 compile problem on OSF helped me a lot with building
Lyx on my Tru64 box.
Here's what I'd like to add:
- Configure option to use is not --with-included-strings, but
--with-included-string (without 's')
- With lyx-1.1.6fix3 and GNU Make version
I posted a similar message a while ago re compiling lyx 1.1.6n on a Tru64
v5.1 box. I had problems with both GCC-3.0 and Compaq's CXX 6.3-002 even
after all patches were applied.
Well, I found GCC-3.0.1 was released, grabbed and compiled it then tried
the old:
./configure
make
Hi Dave and others here!
The thread LyX-1.1.6 compile problem on OSF helped me a lot with building
Lyx on my Tru64 box.
Here's what I'd like to add:
- Configure option to use is not --with-included-strings, but
--with-included-string (without 's')
- With lyx-1.1.6fix3 and GNU Make version
I posted a similar message a while ago re compiling lyx 1.1.6n on a Tru64
v5.1 box. I had problems with both GCC-3.0 and Compaq's CXX 6.3-002 even
after all patches were applied.
Well, I found GCC-3.0.1 was released, grabbed and compiled it then tried
the old:
./configure
make
Hi Dave and others here!
The thread "LyX-1.1.6 compile problem on OSF" helped me a lot with building
Lyx on my Tru64 box.
Here's what I'd like to add:
- Configure option to use is not --with-included-strings, but
--with-included-string (without 's')
- With lyx-1.1.6fix3 and GNU Ma
I posted a similar message a while ago re compiling lyx 1.1.6n on a Tru64
v5.1 box. I had problems with both GCC-3.0 and Compaq's CXX 6.3-002 even
after all patches were applied.
Well, I found GCC-3.0.1 was released, grabbed and compiled it then tried
the old:
./configure
make
David == David Bailey [EMAIL PROTECTED] writes:
David ../../src/LString.h:20: #error The string header has been
David included before LString.h
In formula.C, could you try to move the line
#include Lsstream.h
after the other #include lines?
JMarc
Hi Jean-Marc,
Oui, c'est ca!
Thanks so much for your help and also to Allan. That was the final key to
get it to compile. I had to move the Lsstream.h include statement to the
end of the includes in the following files:
src/Spacing.C:#include Lsstream.h
src/buffer.C:#include Lsstream.h
David == David Bailey [EMAIL PROTECTED] writes:
David ../../src/LString.h:20: #error The string header has been
David included before LString.h
In formula.C, could you try to move the line
#include Lsstream.h
after the other #include lines?
JMarc
Hi Jean-Marc,
Oui, c'est ca!
Thanks so much for your help and also to Allan. That was the final key to
get it to compile. I had to move the Lsstream.h include statement to the
end of the includes in the following files:
src/Spacing.C:#include Lsstream.h
src/buffer.C:#include Lsstream.h
> "David" == David Bailey <[EMAIL PROTECTED]> writes:
David> ../../src/LString.h:20: #error The header has been
David> included before LString.h
In formula.C, could you try to move the line
#include "Lsstream.h"
after the other #include lines?
JMarc
Hi Jean-Marc,
Oui, c'est ca!
Thanks so much for your help and also to Allan. That was the final key to
get it to compile. I had to move the Lsstream.h include statement to the
end of the includes in the following files:
src/Spacing.C:#include "Lsstream.h"
src/buffer.C:#include "Lsstream.h"
Hi Allan,
I tried exactly as you suggested and that did not work. So I finally gave
up and downloaded GNU make. All my missing file problems went away. I did
configure with the --with-included-string option, but now it complains
with:
../../src/LString.h:20: #error The string header has been
Hi Allan,
I tried exactly as you suggested and that did not work. So I finally gave
up and downloaded GNU make. All my missing file problems went away. I did
configure with the --with-included-string option, but now it complains
with:
../../src/LString.h:20: #error The string header has been
Hi Allan,
I tried exactly as you suggested and that did not work. So I finally gave
up and downloaded GNU make. All my missing file problems went away. I did
configure with the --with-included-string option, but now it complains
with:
../../src/LString.h:20: #error The header has been included
Hi again,
That gets it past the acconfig step. Analagously, I received messages
like:
Make: Don't know how to make ./macros/../sigc++/basic_signal.h.m4. Stop.
In this case, I had to create a directory sigc++ in the existing sigc++
directory. I then touched the files:
adaptor.h.m4
Actually in my last email I had a syntax error in the as script. It should
be:
#!/bin/sh
/usr/bin/as -oldas $*
This does correct the problems with my last point about the Invalid
stabs/stabn directives. I had some additional touching to do in
sigc++/macros after that:
object.h.m4 marshal.h.m4
On Thu, 26 Apr 2001, David Bailey wrote:
[...touching files all over the place...]
Then of course I had to touch the corresponding *.h files in sigc++ again.
This is a very weird situation to be in.
My makefile knowledge isn't terrific but it'd be nice to be able to
specify what header files
Hi again,
That gets it past the acconfig step. Analagously, I received messages
like:
Make: Don't know how to make ./macros/../sigc++/basic_signal.h.m4. Stop.
In this case, I had to create a directory sigc++ in the existing sigc++
directory. I then touched the files:
adaptor.h.m4
Actually in my last email I had a syntax error in the as script. It should
be:
#!/bin/sh
/usr/bin/as -oldas $*
This does correct the problems with my last point about the Invalid
stabs/stabn directives. I had some additional touching to do in
sigc++/macros after that:
object.h.m4 marshal.h.m4
On Thu, 26 Apr 2001, David Bailey wrote:
[...touching files all over the place...]
Then of course I had to touch the corresponding *.h files in sigc++ again.
This is a very weird situation to be in.
My makefile knowledge isn't terrific but it'd be nice to be able to
specify what header files
Hi again,
That gets it past the acconfig step. Analagously, I received messages
like:
Make: Don't know how to make ./macros/../sigc++/basic_signal.h.m4. Stop.
In this case, I had to create a directory sigc++ in the existing sigc++
directory. I then touched the files:
adaptor.h.m4
Actually in my last email I had a syntax error in the as script. It should
be:
#!/bin/sh
/usr/bin/as -oldas $*
This does correct the problems with my last point about the Invalid
stabs/stabn directives. I had some additional touching to do in
sigc++/macros after that:
object.h.m4 marshal.h.m4
On Thu, 26 Apr 2001, David Bailey wrote:
[...touching files all over the place...]
> Then of course I had to touch the corresponding *.h files in sigc++ again.
This is a very weird situation to be in.
My makefile knowledge isn't terrific but it'd be nice to be able to
specify what header files
Hi Allan,
Actually, there is an acconfig.h in the sigc++ directory already. It is
identical to the one you sent out.
It sounds like something more peculiar to the make utility on the tru64
operating system?
Regards,
Dave
On Wed, 25 Apr 2001, Allan Rae wrote:
On Tue, 24 Apr 2001, David
On Wed, 25 Apr 2001, David Bailey wrote:
Hi Allan,
Actually, there is an acconfig.h in the sigc++ directory already. It is
identical to the one you sent out.
It sounds like something more peculiar to the make utility on the tru64
operating system?
Hmmm... It would seem that either there
Hi Allan,
Actually, there is an acconfig.h in the sigc++ directory already. It is
identical to the one you sent out.
It sounds like something more peculiar to the make utility on the tru64
operating system?
Regards,
Dave
On Wed, 25 Apr 2001, Allan Rae wrote:
On Tue, 24 Apr 2001, David
On Wed, 25 Apr 2001, David Bailey wrote:
Hi Allan,
Actually, there is an acconfig.h in the sigc++ directory already. It is
identical to the one you sent out.
It sounds like something more peculiar to the make utility on the tru64
operating system?
Hmmm... It would seem that either there
Hi Allan,
Actually, there is an acconfig.h in the sigc++ directory already. It is
identical to the one you sent out.
It sounds like something more peculiar to the make utility on the tru64
operating system?
Regards,
Dave
On Wed, 25 Apr 2001, Allan Rae wrote:
> On Tue, 24 Apr 2001, David
On Wed, 25 Apr 2001, David Bailey wrote:
> Hi Allan,
>
> Actually, there is an acconfig.h in the sigc++ directory already. It is
> identical to the one you sent out.
>
> It sounds like something more peculiar to the make utility on the tru64
> operating system?
Hmmm... It would seem that either
Hi there,
I new to LyX and I just downloaded lyx-1.1.6fix1. I running an
alphaev6-dec-osf5.1 with gcc 2.95.3. Peer Frank had posted a message on
the 16th of January:
http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08602.html
that he was having troubles compiling on a version 4.0
On Tue, 24 Apr 2001, David Bailey wrote:
[...]
Making all in sigc++
Make: Don't know how to make ./macros/acconfig.h.m4. Stop.
*** Exit 1
Stop.
Has anyone experienced this as well? Has anyone resolved it? Forgive me if
I'm being naive on this.
Very weird. sigc++/acconfig.h should be in
Hi there,
I new to LyX and I just downloaded lyx-1.1.6fix1. I running an
alphaev6-dec-osf5.1 with gcc 2.95.3. Peer Frank had posted a message on
the 16th of January:
http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08602.html
that he was having troubles compiling on a version 4.0
On Tue, 24 Apr 2001, David Bailey wrote:
[...]
Making all in sigc++
Make: Don't know how to make ./macros/acconfig.h.m4. Stop.
*** Exit 1
Stop.
Has anyone experienced this as well? Has anyone resolved it? Forgive me if
I'm being naive on this.
Very weird. sigc++/acconfig.h should be in
Hi there,
I new to LyX and I just downloaded lyx-1.1.6fix1. I running an
alphaev6-dec-osf5.1 with gcc 2.95.3. Peer Frank had posted a message on
the 16th of January:
http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08602.html
that he was having troubles compiling on a version 4.0
On Tue, 24 Apr 2001, David Bailey wrote:
[...]
> Making all in sigc++
> Make: Don't know how to make ./macros/acconfig.h.m4. Stop.
> *** Exit 1
> Stop.
>
> Has anyone experienced this as well? Has anyone resolved it? Forgive me if
> I'm being naive on this.
Very weird. sigc++/acconfig.h should
"Nicolas" == Nicolas Jean Saettel [EMAIL PROTECTED] writes:
Nicolas Hi again, browsing through the archive I found a text where
Nicolas the user used "gmake" instead of "make". I tried and it
Nicolas worked like a charm. Sorry for the very candid question, but
Nicolas why?
Nicolas for
"Nicolas" == Nicolas Jean Saettel [EMAIL PROTECTED] writes:
Nicolas Hi again, browsing through the archive I found a text where
Nicolas the user used "gmake" instead of "make". I tried and it
Nicolas worked like a charm. Sorry for the very candid question, but
Nicolas why?
Nicolas for
> "Nicolas" == Nicolas Jean Saettel <[EMAIL PROTECTED]> writes:
Nicolas> Hi again, browsing through the archive I found a text where
Nicolas> the user used "gmake" instead of "make". I tried and it
Nicolas> worked like a charm. Sorry for the very candid question, but
Nicolas> why?
Nicolas>
Hi again,
browsing through the archive I found a text where the user used "gmake"
instead of "make". I tried and it worked like a charm.
Sorry for the very candid question, but why?
for reference I compiled lyx on a SunOS 5.7 UltraSparc
Nicolas SAETTEL
Hi again,
browsing through the archive I found a text where the user used "gmake"
instead of "make". I tried and it worked like a charm.
Sorry for the very candid question, but why?
for reference I compiled lyx on a SunOS 5.7 UltraSparc
Nicolas SAETTEL
Hi again,
browsing through the archive I found a text where the user used "gmake"
instead of "make". I tried and it worked like a charm.
Sorry for the very candid question, but why?
for reference I compiled lyx on a SunOS 5.7 UltraSparc
Nicolas SAETTEL
On Mon, 15 Jan 2001, Peer Frank wrote:
Hi everybody !
unlike for all the previous releases i'm unable to compile LyX-1.1.6
today:
acconfig.h is located in ~/lyx-1.1.6/sigc++
So it's definitely there?
what does `ls -l` say?
==
No suffix list. --- what about
Peer lets take this back to the list. It's getting late here and I have a
million and one things I have to do before I catch a plane in a little
under 30 hours time. Please follow up to the list.
On Mon, 15 Jan 2001, Peer Frank wrote:
Hi Allen:
thanks a lot for your speed of light fast
On Mon, 15 Jan 2001, Peer Frank wrote:
Hi everybody !
unlike for all the previous releases i'm unable to compile LyX-1.1.6
today:
acconfig.h is located in ~/lyx-1.1.6/sigc++
So it's definitely there?
what does `ls -l` say?
==
No suffix list. --- what about
Peer lets take this back to the list. It's getting late here and I have a
million and one things I have to do before I catch a plane in a little
under 30 hours time. Please follow up to the list.
On Mon, 15 Jan 2001, Peer Frank wrote:
Hi Allen:
thanks a lot for your speed of light fast
On Mon, 15 Jan 2001, Peer Frank wrote:
> Hi everybody !
>
> unlike for all the previous releases i'm unable to compile LyX-1.1.6
> today:
> acconfig.h is located in ~/lyx-1.1.6/sigc++
So it's definitely there?
what does `ls -l` say?
> ==
> No suffix list. <---
Peer lets take this back to the list. It's getting late here and I have a
million and one things I have to do before I catch a plane in a little
under 30 hours time. Please follow up to the list.
On Mon, 15 Jan 2001, Peer Frank wrote:
> Hi Allen:
>
> thanks a lot for your speed of light fast
Hi everybody !
unlike for all the previous releases i'm unable to compile LyX-1.1.6
today:
===
Platform configuration:
===
DEC alphaev56 with OSF1 V4.0e
==
Some configure messages that might be of
Hi everybody !
unlike for all the previous releases i'm unable to compile LyX-1.1.6
today:
===
Platform configuration:
===
DEC alphaev56 with OSF1 V4.0e
==
Some configure messages that might be of
Hi everybody !
unlike for all the previous releases i'm unable to compile LyX-1.1.6
today:
===
Platform configuration:
===
DEC alphaev56 with OSF1 V4.0e
==
Some configure messages that might be of
RPMS for xforms 88.1, which I used to build lyx on RH7, can be obtained
in the redhat contrib directory. There's a fill mirror at
ftp://ftp.varesearch.com. go to /pub/mirrors/redhat/contrib/i386 for
xforms and xforms-devel. DOn't forget you need the newest RedHat
updates for glibc and gcc to
RPMS for xforms 88.1, which I used to build lyx on RH7, can be obtained
in the redhat contrib directory. There's a fill mirror at
ftp://ftp.varesearch.com. go to /pub/mirrors/redhat/contrib/i386 for
xforms and xforms-devel. DOn't forget you need the newest RedHat
updates for glibc and gcc to
RPMS for xforms 88.1, which I used to build lyx on RH7, can be obtained
in the redhat contrib directory. There's a fill mirror at
ftp://ftp.varesearch.com. go to /pub/mirrors/redhat/contrib/i386 for
xforms and xforms-devel. DOn't forget you need the newest RedHat
updates for glibc and gcc to
"Svante" == Svante Signell [EMAIL PROTECTED] writes:
Svante Jean-Marc, Sorry I did not dig deep enough into the web pages.
Svante I was only looking to the lyx http://www.lyx.org/ and
Svante lyx-devel http://www.devel.lyx.org/ pages and did not find a
Svante link to the archives there. Did not
"Svante" == Svante Signell [EMAIL PROTECTED] writes:
Svante Jean-Marc, Sorry I did not dig deep enough into the web pages.
Svante I was only looking to the lyx http://www.lyx.org/ and
Svante lyx-devel http://www.devel.lyx.org/ pages and did not find a
Svante link to the archives there. Did not
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes:
Svante> Jean-Marc, Sorry I did not dig deep enough into the web pages.
Svante> I was only looking to the lyx http://www.lyx.org/ and
Svante> lyx-devel http://www.devel.lyx.org/ pages and did not find a
Svante> link to the archives
"Svante" == Svante Signell [EMAIL PROTECTED] writes:
Svante What do you think about having links to the mail archives at
Svante the LyX web pages, not only to the mailing addresses
Svante [EMAIL PROTECTED]?
Did you really read the page
http://www.lyx.org/internet/mailing.php3
?
It may be
"Svante" == Svante Signell [EMAIL PROTECTED] writes:
Svante What do you think about having links to the mail archives at
Svante the LyX web pages, not only to the mailing addresses
Svante [EMAIL PROTECTED]?
Did you really read the page
http://www.lyx.org/internet/mailing.php3
?
It may be
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes:
Svante> What do you think about having links to the mail archives at
Svante> the LyX web pages, not only to the mailing addresses
Svante> [EMAIL PROTECTED]?
Did you really read the page
http://www.lyx.org/internet/mailing.php3
?
Wai-Sun Chia wrote:
Hello,
Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my
RH7 system. This is updated frequently from Rawhide. Specifically this
system is running:
gcc-2.96-69
glibc-2.2-9
binutils-2.10.1.0.2-1
libsigc++-1.0.1-1
gcc-2.96 is a development
Andre Juffer [EMAIL PROTECTED] writes:
| Wai-Sun Chia wrote:
|
| Hello,
| Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my
| RH7 system. This is updated frequently from Rawhide. Specifically this
| system is running:
| gcc-2.96-69
| glibc-2.2-9
|
Why not try the new update to RH7.0 gcc-2.96-69?
"Lars Gullik Bjønnes" wrote:
FUD, gcc-2.96 works just perfect.
Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).
Your XForms dist is too old. Get a newer one.
(but still
On Tue, 2 Jan 2001, Svante Signell wrote:
Sorry, my replies should also go to the users list. Damned mailer.
The xforms version in rawhide/powertools directory is still 0.88-15, where
the following change has to be made to forms.h: Comment out
X11/Intrinsic.h.
Even though LyX now
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy
Wai-Sun Chia wrote:
Hello,
Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my
RH7 system. This is updated frequently from Rawhide. Specifically this
system is running:
gcc-2.96-69
glibc-2.2-9
binutils-2.10.1.0.2-1
libsigc++-1.0.1-1
gcc-2.96 is a development
Andre Juffer [EMAIL PROTECTED] writes:
| Wai-Sun Chia wrote:
|
| Hello,
| Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my
| RH7 system. This is updated frequently from Rawhide. Specifically this
| system is running:
| gcc-2.96-69
| glibc-2.2-9
|
Why not try the new update to RH7.0 gcc-2.96-69?
"Lars Gullik Bjønnes" wrote:
FUD, gcc-2.96 works just perfect.
Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).
Your XForms dist is too old. Get a newer one.
(but still
On Tue, 2 Jan 2001, Svante Signell wrote:
Sorry, my replies should also go to the users list. Damned mailer.
The xforms version in rawhide/powertools directory is still 0.88-15, where
the following change has to be made to forms.h: Comment out
X11/Intrinsic.h.
Even though LyX now
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy
Wai-Sun Chia wrote:
> Hello,
> Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my
> RH7 system. This is updated frequently from Rawhide. Specifically this
> system is running:
>
> gcc-2.96-69
> glibc-2.2-9
> binutils-2.10.1.0.2-1
> libsigc++-1.0.1-1
gcc-2.96 is a
Andre Juffer <[EMAIL PROTECTED]> writes:
| Wai-Sun Chia wrote:
|
| > Hello,
| > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my
| > RH7 system. This is updated frequently from Rawhide. Specifically this
| > system is running:
| > gcc-2.96-69
| > glibc-2.2-9
| >
Why not try the new update to RH7.0 gcc-2.96-69?
"Lars Gullik Bjønnes" wrote:
>
> FUD, gcc-2.96 works just perfect.
>
Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).
>
> Your XForms dist is too old. Get a newer one.
> (but
On Tue, 2 Jan 2001, Svante Signell wrote:
>
> Sorry, my replies should also go to the users list. Damned mailer.
>
> The xforms version in rawhide/powertools directory is still 0.88-15, where
> the following change has to be made to forms.h: Comment out
> .
>
> Even though LyX now compiles, I
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy
"Michael" == Michael [EMAIL PROTECTED] writes:
Michael So, what can I do? Wait for a patch or a future release? Or
Michael is it easy for me to do something by myself? Michael
Hmm, try to apply the following change. If you do not know how the
apply a patch, the idea is to replace sqrt with
now math_panel.C get passed but other errors come out. I think these
errors has something to do with the sys config.
I can list errno.h in /usr/include. Anyway, I attached the log here.
Micheal
Jean-Marc Lasgouttes wrote:
"Michael" == Michael [EMAIL PROTECTED] writes:
Michael So,
"Michael" == Michael [EMAIL PROTECTED] writes:
Michael So, what can I do? Wait for a patch or a future release? Or
Michael is it easy for me to do something by myself? Michael
Hmm, try to apply the following change. If you do not know how the
apply a patch, the idea is to replace sqrt with
now math_panel.C get passed but other errors come out. I think these
errors has something to do with the sys config.
I can list errno.h in /usr/include. Anyway, I attached the log here.
Micheal
Jean-Marc Lasgouttes wrote:
"Michael" == Michael [EMAIL PROTECTED] writes:
Michael So,
> "Michael" == Michael <[EMAIL PROTECTED]> writes:
Michael> So, what can I do? Wait for a patch or a future release? Or
Michael> is it easy for me to do something by myself? Michael
Hmm, try to apply the following change. If you do not know how the
apply a patch, the idea is to replace
now math_panel.C get passed but other errors come out. I think these
errors has something to do with the sys config.
I can list errno.h in /usr/include. Anyway, I attached the log here.
Micheal
Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael <[EMAIL PROTECTED]> writes:
>
>
"Michael" == Michael [EMAIL PROTECTED] writes:
Michael Platform: SPARCstation 20 with SunOS 5.7 (configure result:
Michael sparc-sun-solaris2.7) compiler: is using CC xform: .88
Michael libXpm: 4.11
Hello,
What version of CC are you using?
Michael configure is running ok. problem is like
Jean-Marc Lasgouttes wrote:
What version of CC are you using?
CC version is:
$CC -V
CC: WorkShop Compilers 5.0 98/12/15 C++ 5.0
What can be done for this?
Michael
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Michael -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../
| Michael -I/home/fan/local/include -I/usr/local/include
| Michael -I/usr/openwin/include -g -c math_macro.C CC -DHAVE_CONFIG_H
| Michael -I. -I. -I../../src -I../../images -I./../
So, what can I do? Wait for a patch or a future release? Or is it easy for
me to do something by myself?
Michael
"Lars Gullik Bjønnes" wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Michael -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../
| Michael
"Michael" == Michael [EMAIL PROTECTED] writes:
Michael Platform: SPARCstation 20 with SunOS 5.7 (configure result:
Michael sparc-sun-solaris2.7) compiler: is using CC xform: .88
Michael libXpm: 4.11
Hello,
What version of CC are you using?
Michael configure is running ok. problem is like
Jean-Marc Lasgouttes wrote:
What version of CC are you using?
CC version is:
$CC -V
CC: WorkShop Compilers 5.0 98/12/15 C++ 5.0
What can be done for this?
Michael
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Michael -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../
| Michael -I/home/fan/local/include -I/usr/local/include
| Michael -I/usr/openwin/include -g -c math_macro.C CC -DHAVE_CONFIG_H
| Michael -I. -I. -I../../src -I../../images -I./../
1 - 100 of 111 matches
Mail list logo