It does not seem to generate an executable.
gcc version is
Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/3.4.6/specs
Configured with: ../gcc-3.4.6/configure --prefix=/usr
--disable-multilib --libdir=/usr/lib64 --enable-shared
--enable-threads=posix --enable-__cxa_atexit
It does not seem to generate an executable.
gcc version is
Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/3.4.6/specs
Configured with: ../gcc-3.4.6/configure --prefix=/usr
--disable-multilib --libdir=/usr/lib64 --enable-shared
--enable-threads=posix --enable-__cxa_atexit
It does not seem to generate an executable.
gcc version is
Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/3.4.6/specs
Configured with: ../gcc-3.4.6/configure --prefix=/usr
--disable-multilib --libdir=/usr/lib64 --enable-shared
--enable-threads=posix --enable-__cxa_atexit
Hi,
I'm trying to compile LyX 1.4.3 on Slamd64 11.0. I used to be able to do
this on Slamd64 10.1 and I recently did a reformat/reinstall of my
system.
It seems to get through the entire compile process and then barf on
the final linking. I've tried forcing library paths to /usr/lib64 and
so
Hi,
I'm trying to compile LyX 1.4.3 on Slamd64 11.0. I used to be able to do
this on Slamd64 10.1 and I recently did a reformat/reinstall of my
system.
It seems to get through the entire compile process and then barf on
the final linking. I've tried forcing library paths to /usr/lib64 and
so
Hi,
I'm trying to compile LyX 1.4.3 on Slamd64 11.0. I used to be able to do
this on Slamd64 10.1 and I recently did a reformat/reinstall of my
system.
It seems to get through the entire compile process and then barf on
the final linking. I've tried forcing library paths to /usr/lib64 and
so
Hi,
I'm trying to compile LyX on Slamd64 11.0. I used to be able to do
this on Slamd64 10.1 and I recently did a reformat/reinstall of my
system.
It seems to get through the entire compile process and then barf on
the final linking. I've tried forcing library paths to /usr/lib64 and
so on,
Hi,
I'm trying to compile LyX on Slamd64 11.0. I used to be able to do
this on Slamd64 10.1 and I recently did a reformat/reinstall of my
system.
It seems to get through the entire compile process and then barf on
the final linking. I've tried forcing library paths to /usr/lib64 and
so on,
Hi,
I'm trying to compile LyX on Slamd64 11.0. I used to be able to do
this on Slamd64 10.1 and I recently did a reformat/reinstall of my
system.
It seems to get through the entire compile process and then barf on
the final linking. I've tried forcing library paths to /usr/lib64 and
so on,
I eventually was able to compile LyX by temporarily hiding my 32-bit
version of the GL library and creating a link to the 64-bit version.
There was the same problem with the artsd library as well.
Since the program now runs perfectly as a 64-bit binary, I suspect that Qt
is not improperly
I eventually was able to compile LyX by temporarily hiding my 32-bit
version of the GL library and creating a link to the 64-bit version.
There was the same problem with the artsd library as well.
Since the program now runs perfectly as a 64-bit binary, I suspect that Qt
is not improperly
I eventually was able to compile LyX by temporarily hiding my 32-bit
version of the GL library and creating a link to the 64-bit version.
There was the same problem with the artsd library as well.
Since the program now runs perfectly as a 64-bit binary, I suspect that Qt
is not improperly
I'm having trouble compiling LyX 1.3.6 on an AMD64 machine. For some
reason LyX is looking in the /usr/lib directory for some libraries even
though all environment variables point it to /usr/lib64
Here is the error message:
/usr/lib/libGL.so: could not read symbols: File in wrong format
It
I'm having trouble compiling LyX 1.3.6 on an AMD64 machine. For some
reason LyX is looking in the /usr/lib directory for some libraries even
though all environment variables point it to /usr/lib64
Here is the error message:
/usr/lib/libGL.so: could not read symbols: File in wrong format
It
I'm having trouble compiling LyX 1.3.6 on an AMD64 machine. For some
reason LyX is looking in the /usr/lib directory for some libraries even
though all environment variables point it to /usr/lib64
Here is the error message:
/usr/lib/libGL.so: could not read symbols: File in wrong format
It
Hi,
I'm trying to compile lyx-1.3.1 on Mac OS 10.1.5. The configure script
works correctly. But then as soon as I run make I get the following:
Making all in config
make[1]: Nothing to be done for `all'.
Making all in development
make[1]: Nothing to be done for `all'.
Making all in intl
cc -c
Hi,
I'm trying to compile lyx-1.3.1 on Mac OS 10.1.5. The configure script
works correctly. But then as soon as I run make I get the following:
Making all in config
make[1]: Nothing to be done for `all'.
Making all in development
make[1]: Nothing to be done for `all'.
Making all in intl
cc -c
Hi,
I'm trying to compile lyx-1.3.1 on Mac OS 10.1.5. The configure script
works correctly. But then as soon as I run make I get the following:
Making all in config
make[1]: Nothing to be done for `all'.
Making all in development
make[1]: Nothing to be done for `all'.
Making all in intl
cc -c
Hi,
I just upgraded from lyx-1.6fix2 to 1.2.0. I'm running on Redhat 7.0. I
compiled from sources using the xforms 0.88 glibc library. Everything
compiles and installs fine. When I run lyx the main screen appears with
no problem. But as soon as I try to either open an old document or
Hi Herbert,
I deleted the entire .lyx directory and let lyx rebuild it fresh. This
didn't fix it.
I also looked in stdclass.inc in /usr/local/share/lyx/layouts but the line
you said to add is already there.
I tried compiling and reinstalling 1.1.6fix4 just in case I've screwed
something
, fini=0x838c8ac _fini,
rtld_fini=0x4000d2fc _dl_fini, stack_end=0xb9bc)
at ../sysdeps/generic/libc-start.c:129
On Tue, 16 Jul 2002, Jean-Marc Lasgouttes wrote:
Nathan Becker wrote:
Hi Herbert,
I deleted the entire .lyx directory and let lyx rebuild it fresh
Hi,
I just upgraded from lyx-1.6fix2 to 1.2.0. I'm running on Redhat 7.0. I
compiled from sources using the xforms 0.88 glibc library. Everything
compiles and installs fine. When I run lyx the main screen appears with
no problem. But as soon as I try to either open an old document or
Hi Herbert,
I deleted the entire .lyx directory and let lyx rebuild it fresh. This
didn't fix it.
I also looked in stdclass.inc in /usr/local/share/lyx/layouts but the line
you said to add is already there.
I tried compiling and reinstalling 1.1.6fix4 just in case I've screwed
something
, fini=0x838c8ac _fini,
rtld_fini=0x4000d2fc _dl_fini, stack_end=0xb9bc)
at ../sysdeps/generic/libc-start.c:129
On Tue, 16 Jul 2002, Jean-Marc Lasgouttes wrote:
Nathan Becker wrote:
Hi Herbert,
I deleted the entire .lyx directory and let lyx rebuild it fresh
Hi,
I just upgraded from lyx-1.6fix2 to 1.2.0. I'm running on Redhat 7.0. I
compiled from sources using the xforms 0.88 glibc library. Everything
compiles and installs fine. When I run lyx the main screen appears with
no problem. But as soon as I try to either open an old document or
Hi Herbert,
I deleted the entire .lyx directory and let lyx rebuild it fresh. This
didn't fix it.
I also looked in stdclass.inc in /usr/local/share/lyx/layouts but the line
you said to add is already there.
I tried compiling and reinstalling 1.1.6fix4 just in case I've screwed
something
<_init>, fini=0x838c8ac <_fini>,
rtld_fini=0x4000d2fc <_dl_fini>, stack_end=0xb9bc)
at ../sysdeps/generic/libc-start.c:129
On Tue, 16 Jul 2002, Jean-Marc Lasgouttes wrote:
> Nathan Becker wrote:
> > Hi Herbert,
> >
> > I deleted
27 matches
Mail list logo