On Sun, Sep 30, 2001 at 11:04:35AM -0500, Bob Friesenhahn wrote:
> I don't have ready access to a 64-bit development environment, so I am
> passing this lint output on from someone else.
There is an 'unblessed' version of gcc 3.0.1 for sparcv9-sun-solaris2.7 (64bit)
at http://ice.mudshark.org.
In regard to: Re: libltdl & 64-bit lint, [EMAIL PROTECTED] said...:
>static lt_ptr
>realloc (ptr, size)
> lt_ptr ptr;
> size_t size;
>{
> if (size <= 0)
>
>Is size_t always unsigned?
It is on all the platforms I've seen -- that's why there's an ssize_t
(signed size_t).
> sprintf (file
On Sun, Sep 30, 2001 at 11:04:35AM -0500, Bob Friesenhahn wrote:
> Here is the output from Sun's 64-bit lint tool when run on libltdl
> current as of September 29. You will notice that there are a number of
> type down-conversions going on when the code is 64-bit. In order to
> be safe, these typ
On Sat, Sep 29, 2001 at 10:56:13PM -0500, Bob Friesenhahn wrote:
> The problem with libltdl in the Solaris LP64 64-bit model is due to a
> mismatch with sizes. argzize_path requires size_t. Under 64-bits
> size_t is 8 bytes and int is 4 bytes. Here is a patch which should
> resolve the problem.
Here is the output from Sun's 64-bit lint tool when run on libltdl
current as of September 29. You will notice that there are a number of
type down-conversions going on when the code is 64-bit. In order to
be safe, these types should jive for both the ILP32 and LP64 data type
models.
I don't ha
