/usr/bin/ld: cannot find -lCstd

[TsanChung]

How to fix the following error?

# make
....
g++ -o src/prog ./src/addSrv.o ./src/createClntCert_ main.o ./src/
createSupportFi le.o ./src/deleteSrv.o ./src/replaceSrv.o ./src/
examineClntCert .o ./src/examineClntCert _main.o ./src/listSrvs.o ./src/
registerSrv.o ./src/registerSrv_mai n.o ./src/verify.o ./src/
DynamicLibrary. o -L../../open_ssl_lib/openssl-0.9.7m/out/linux -
L../../util_lib/linux -lUtil -lssl -lcrypto -lCstd -lCrun -lsocket -
lnsl -lposix4 -lm -lw -lc -ldl
/usr/bin/ld: cannot find -lCstd
collect2: ld returned 1 exit status

$ g++ -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --
enable-checking=releas e --with-system-zlib --enable-__cxa_atexit --
disable-libunwind-exceptions --enable-libgcj-multifile --enable-
languages=c,c++ ,objc,obj-c++,java,fortra n,ada --enable-java-awt=gtk --
disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-
gcj-1.4.2.0/jre --with-cpu=generic --host=i386-redhat-linux
Thread model: posix
gcc version 4.1.2 20070626 (Red Hat 4.1.2-13)

$ uname -a
Linux tulip 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:54:20 EDT 2006 i686
i686 i386 GNU/Linux

[Antoninus Twink]

On 11 Aug 2008 at 20:35, TsanChung wrote:

How to fix the following error?

/usr/bin/ld: cannot find -lCstd

Put the library file libCstd.a or libCstd.so somewhere the linker can
find it: either a standard system directory, or one you tell it about
using a -L command line option or an environment variable like
LD_LIBRARY_PATH .

I think the library is part of Sun's compiler collection.

[Martin Ambuhl]

TsanChung wrote:

How to fix the following error?

Quite apart from the likelihood that you have a Linux or make problem,
neither of which is topical in comp.lang.c,

g++ -o src/prog ./src/addSrv.o ./src/createClntCert_ main.o ./src/

suggests that you are confused about the programming language you are
using. g++ is a C++ compiler, which compiles a different language from
C, which language is off-topic in comp.lang.c

[Flash Gordon]

Antoninus Twink wrote, On 11/08/08 22:00:

On 11 Aug 2008 at 20:35, TsanChung wrote:

>How to fix the following error?

/usr/bin/ld: cannot find -lCstd

Put the library file libCstd.a or libCstd.so somewhere the linker can
find it: either a standard system directory, or one you tell it about
using a -L command line option or an environment variable like
LD_LIBRARY_PATH .

I think the library is part of Sun's compiler collection.

Hmm. I wonder what Sun's compiler collection has to do with using gcc on
Linux (which the OP was doing based on the the information snipped by
Antoninus Twink).

To the OP, g++ is a C++ compiler not a C compiler so this has nothing to
do with C. It would probably not be topical on comp.lang.c++ either. I
suggest either a Linux group, a GNU group, or somewhere dealing with the
specific application you are trying to build. Where ever you post you
will need to provide more information.
--
Flash Gordon

[Antoninus Twink]

On 11 Aug 2008 at 21:31, Flash Gordon wrote:

Antoninus Twink wrote, On 11/08/08 22:00:

>On 11 Aug 2008 at 20:35, TsanChung wrote:

>>/usr/bin/ld: cannot find -lCstd

I think the library is part of Sun's compiler collection.

Hmm. I wonder what Sun's compiler collection has to do with using gcc on
Linux (which the OP was doing based on the the information snipped by
Antoninus Twink).

A very pertinent question.

It's quite likely that the OP is trying to use a Makefile intended for
something like Slowlaris on Linux and running into problems - e.g.
because the configure script was run on a different machine to the one
he's compiling on.

To the OP, g++ is a C++ compiler not a C compiler so this has nothing
to do with C.

g++ will compile a large percentage of C programs without any problems,
and quite possibly produce valuable extra diagnostics that a C compiler
wouldn't. (Yes, yes, we all know that the clc "regulars" can cook up
contrived examples where the semantics are subtly different.)

[Flash Gordon]

Antoninus Twink wrote, On 11/08/08 23:12:

On 11 Aug 2008 at 21:31, Flash Gordon wrote:

>Antoninus Twink wrote, On 11/08/08 22:00:

>>On 11 Aug 2008 at 20:35, TsanChung wrote:
/usr/bin/ld: cannot find -lCstd
I think the library is part of Sun's compiler collection.

Hmm. I wonder what Sun's compiler collection has to do with using gcc on
Linux (which the OP was doing based on the the information snipped by
Antoninus Twink).

A very pertinent question.

<snip>

The pertinent part being that it makes your advise almost certainly the
wrong thing to do. Again.

>To the OP, g++ is a C++ compiler not a C compiler so this has nothing
to do with C.

g++ will compile a large percentage of C programs without any problems,
and quite possibly produce valuable extra diagnostics that a C compiler
wouldn't. (Yes, yes, we all know that the clc "regulars" can cook up
contrived examples where the semantics are subtly different.)

It is used far more to compile C++ code that is radically different.
With a provided make-file it almost certainly means that the code was
written as C++ not as C. Are you now claiming that C++ is topical here?
--
Flash Gordon

[Richard Bos]

Flash Gordon <sp**@flash-gordon.me.ukwro te:

Antoninus Twink wrote, On 11/08/08 23:12:

On 11 Aug 2008 at 21:31, Flash Gordon wrote:

Antoninus Twink wrote, On 11/08/08 22:00:
On 11 Aug 2008 at 20:35, TsanChung wrote:
/usr/bin/ld: cannot find -lCstd
I think the library is part of Sun's compiler collection.
Hmm. I wonder what Sun's compiler collection has to do with using gcc on
Linux (which the OP was doing based on the the information snipped by
Antoninus Twink).

A very pertinent question.

<snip>

The pertinent part being that it makes your advise almost certainly the
wrong thing to do. Again.

The most pertinent part being that it illustrates something, not so much
about Mr. Twink (who needs no illumination), but about why it is a bad
idea to answer off-topic questions here in general.

Richard

[Tristan Miller]

Greetings.

In article <sl************ *******@nospam. invalid>, Antoninus Twink wrote:

g++ will compile a large percentage of C programs without any problems,

Given that there are infinitely many possible C programs, how can you make
any meaningful claim about the percentage of them that any particular
compiler can compile?

Regards,
Tristan

--
_
_V.-o Tristan Miller [en,(fr,de,ia)] >< Space is limited
/ |`-' -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= < In a haiku, so it's hard
(7_\\ http://www.nothingisreal.com/ >< To finish what you

[CBFalconer]

Tristan Miller wrote:

Antoninus Twink wrote:

>g++ will compile a large percentage of C programs without any
problems,

Given that there are infinitely many possible C programs, how can
you make any meaningful claim about the percentage of them that
any particular compiler can compile?

--
+-------------------+ .:\:\:/:/:.
| PLEASE DO NOT F :.:\:\:/:/:.:
| FEED THE TROLLS | :=.' - - '.=:
| | '=(\ 9 9 /)='
| Thank you, | ( (_) )
| Management | /`-vvv-'\
+-------------------+ / \
| | @@@ / /|,,,,,|\ \
| | @@@ /_// /^\ \\_\
@x@@x@ | | |/ WW( ( ) )WW
\||||/ | | \| __\,,\ /,,/__
\||/ | | | jgs (______Y______)
/\/\/\/\/\/\/\/\//\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
=============== =============== =============== =============== ==

fix (vb.): 1. to paper over, obscure, hide from public view; 2.
to work around, in a way that produces unintended consequences
that are worse than the original problem. Usage: "Windows ME
fixes many of the shortcomings of Windows 98 SE". - Hutchinson

[Richard Tobin]

In article <50************ ****@sable.noth ingisreal.com>,
Tristan Miller <ps********@not hingisreal.comw rote:

>g++ will compile a large percentage of C programs without any problems,

>Given that there are infinitely many possible C programs, how can you make
any meaningful claim about the percentage of them that any particular
compiler can compile?

He didn't say a large percentage of possible C programs.

-- Richard
--
Please remember to mention me / in tapes you leave behind.