Re: [Cpptool-develop] Attempting to compile on Solaris

[Baptiste L. <gai...@fr...>]

Well, actually it's not VC++ but my code template. I'm using Workspace Whiz
to generate new classes and unit tests (http://workspacewhiz.com/) using the
template that can be found in src/RftaWorking.WWTpl . It's just that the
last new line was not generated (should be fixed for future classes).

The standard say that included file should end with a new line and that's
why there is a warning. Unfortunately, VC++ 6 won't report those :-(

Baptiste.

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, November 04, 2002 6:59 PM
Subject: [Cpptool-develop] Attempting to compile on Solaris


On Mon, 4 Nov 2002, Rohith Rajagopal wrote:

> Hi,
>    Ran into a some problems while attempting to compile on sol 2.8 with
gcc
> 3.2.
> 1. Lots of warnings about files not ending with a newline: Don't know if
> this is due to some problem with my WinCVS settings or the transfer via
ftp
> from windows to the sol server or a genuine compile warning.

This is genuine. VC++ by default adds a line like
# endif // myfile_h_include
at the end of the file, w/o a newline. I added newlines to some of the
files, but not all of them. When you run into that, feel free to change
it.

 > BTW, do you
> know of any solaris client for CVS? Even a command line one will do, since
I
> can write lisp code to make xemacs interface with it.

Try
which cvs
which ssh

If both are there, just
export CVS_RSH=ssh
and then use cvs as usual. If not they should be available in source code,
e.g., from the FSF. Usually, xemacs has a built-in interface to it; not
sure how to make it work w/ ssh though.

> 2. One error about a looser throw in
> DynamicLibraryManagerException::~DynamicLibraryManagerException than its
> base class - which I fixed by adding a throw() at the end of the class.
What
> does the throw() at the end of a function say anyway? Just that it throws
> exceptions?

Actually, it says that it doesn't throw any exceptions. A subclass can't
throw more exceptions than the parent class, and
std::exception::~exception() doesn't throw any. Hence, our destructor
can't neither. In general, throw(ex1, ex2, .., exn) says that it throws
only the exceptions given in the list, which in our case is empty.
I thought I changed that (since it compiles for me).

> 3. Why does the make install step attempt to install cppunit in
> /usr/local/lib? In the server I am working on, I don't have permissions to
> do that. Is it easy to modify the install script and the rest of the
> codebase to install to and use cppunit from a different location, maybe
via
> a environment variable?

Call configure as
./configure --prefix=<home>
where <home> is your home directory. Then make install. This puts
everything in $(HOME)/lib, $(HOME)/include, etc. I think that
--prefix=$(HOME) doesn't work, so write out the full path.

Sven.


> Thanks,
> Rohith.
[...]