Re: general/1404: doesnt build due to BSD file name length restri ctions (fwd)

[Martin Kraemer <Ma...@mch.sni.de>]

On Wed, Nov 12, 1997 at 12:03:29PM -0500, Ben Hyde wrote:
> I believe this is only a warning, the server still links fine.  
> Sunos gets these too, but not today (1.3b3-dev) since it get's stuck at
> the fgetc isn't declared in stdio problem. - ben

There's a set of prototypes in conf.h which are meant to be used on SUNOS
(and SUNOS only): they declare the missing prototypes iff the #define
SUNOS_LIB_PROTOTYPES is set. I added prototypes for fgets() and fgetc()
to this set of prototypes yesterday. My question now is: did anything
change, or is possibly the #define SUNOS_LIB_PROTOTYPES not set on your
platform? Can you please re-check and report either to the list
(preferred) or to my personnally? I would like to eliminate this compile
failure before the official distribution of 1.3b3.

Thanks for your cooperation,
    Martin
-- 
| S I E M E N S |  <Ma...@mch.sni.de>  |      Siemens Nixdorf
| ------------- |   Voice: +49-89-636-46021     |  Informationssysteme AG
| N I X D O R F |   FAX:   +49-89-636-44994     |   81730 Munich, Germany
~~~~~~~~~~~~~~~~My opinions only, of course; pgp key available on request

Re: general/1404: doesnt build due to BSD file name length restri ctions (fwd)

[Ben Hyde <bh...@pobox.com>]

I agree with Marc, the minimal change tempts fewer evil spirits. 
I can submit something in about 12 hours that undoes the last one
and does the more minmal thing. - ben h.

ps. On the other topic, what's the deal with ar and long filenames.
> uname -a
SunOS thailand 4.1.4 3 sun4m
> strings /bin/ar
@(#)ar.c 1.14 88/08/07 SMI
@(#) Copyright (c) 1980 Regents of the University of California.
 All rights reserved.
... etc.

>Ugh I got this after commiting Ben's patch.
>
>Dean
>
>On Wed, 12 Nov 1997, Marc Slemko wrote:
>
>> On Wed, 12 Nov 1997, Martin Kraemer wrote:
>> 
>> > On Wed, Nov 12, 1997 at 12:03:29PM -0500, Ben Hyde wrote:
>> > > I believe this is only a warning, the server still links fine.  
>> > > Sunos gets these too, but not today (1.3b3-dev) since it get's stuck at
>> > > the fgetc isn't declared in stdio problem. - ben
>> > 
>> > There's a set of prototypes in conf.h which are meant to be used on SUNOS
>> > (and SUNOS only): they declare the missing prototypes iff the #define
>> > SUNOS_LIB_PROTOTYPES is set. I added prototypes for fgets() and fgetc()
>> > to this set of prototypes yesterday. My question now is: did anything
>> > change, or is possibly the #define SUNOS_LIB_PROTOTYPES not set on your
>> > platform? Can you please re-check and report either to the list
>> > (preferred) or to my personnally? I would like to eliminate this compile
>> > failure before the official distribution of 1.3b3.
>> > 
>> 
>> SUNOS_LIB_PROTOTYPES is never set.  I am of the opinion that prototyping
>> two million functions like we would have to do for SunOS 4.x by default is
>> bad karma.
>> 
>> It works fine if you move the declaration outside to an ifdefed SUNOS
>> section after stdio.h is included.  I would suggest that these two should
>> be seperated from the others in SUNOS_LIB_PROTOTYPES.
>> 

Re: general/1404: doesnt build due to BSD file name length restri ctions (fwd)

[Dean Gaudet <dg...@arctic.org>]

Ugh I got this after commiting Ben's patch.

Dean

On Wed, 12 Nov 1997, Marc Slemko wrote:

> On Wed, 12 Nov 1997, Martin Kraemer wrote:
> 
> > On Wed, Nov 12, 1997 at 12:03:29PM -0500, Ben Hyde wrote:
> > > I believe this is only a warning, the server still links fine.  
> > > Sunos gets these too, but not today (1.3b3-dev) since it get's stuck at
> > > the fgetc isn't declared in stdio problem. - ben
> > 
> > There's a set of prototypes in conf.h which are meant to be used on SUNOS
> > (and SUNOS only): they declare the missing prototypes iff the #define
> > SUNOS_LIB_PROTOTYPES is set. I added prototypes for fgets() and fgetc()
> > to this set of prototypes yesterday. My question now is: did anything
> > change, or is possibly the #define SUNOS_LIB_PROTOTYPES not set on your
> > platform? Can you please re-check and report either to the list
> > (preferred) or to my personnally? I would like to eliminate this compile
> > failure before the official distribution of 1.3b3.
> > 
> 
> SUNOS_LIB_PROTOTYPES is never set.  I am of the opinion that prototyping
> two million functions like we would have to do for SunOS 4.x by default is
> bad karma.
> 
> It works fine if you move the declaration outside to an ifdefed SUNOS
> section after stdio.h is included.  I would suggest that these two should
> be seperated from the others in SUNOS_LIB_PROTOTYPES.
> 

Re: general/1404: doesnt build due to BSD file name length restri ctions (fwd)

[Marc Slemko <ma...@worldgate.com>]

On Wed, 12 Nov 1997, Martin Kraemer wrote:

> On Wed, Nov 12, 1997 at 12:03:29PM -0500, Ben Hyde wrote:
> > I believe this is only a warning, the server still links fine.  
> > Sunos gets these too, but not today (1.3b3-dev) since it get's stuck at
> > the fgetc isn't declared in stdio problem. - ben
> 
> There's a set of prototypes in conf.h which are meant to be used on SUNOS
> (and SUNOS only): they declare the missing prototypes iff the #define
> SUNOS_LIB_PROTOTYPES is set. I added prototypes for fgets() and fgetc()
> to this set of prototypes yesterday. My question now is: did anything
> change, or is possibly the #define SUNOS_LIB_PROTOTYPES not set on your
> platform? Can you please re-check and report either to the list
> (preferred) or to my personnally? I would like to eliminate this compile
> failure before the official distribution of 1.3b3.
> 

SUNOS_LIB_PROTOTYPES is never set.  I am of the opinion that prototyping
two million functions like we would have to do for SunOS 4.x by default is
bad karma.

It works fine if you move the declaration outside to an ifdefed SUNOS
section after stdio.h is included.  I would suggest that these two should
be seperated from the others in SUNOS_LIB_PROTOTYPES.