FWIW: a header defining environ would be in violation of POSIX unless
protected by _POSIX_C_SOURCE, since a POSIX compliant program would
result in a redundant definition warning, if you had your warnings
cranked up, and it is unspecified by ANSI/ISO C:
The ANSI/ISO C standard, even in the current draft, totally ignores
the idea of iteration or setting or unsetting the environment (no
setenv(), putenv(), or unsetenv()), and specifically goes out of its
way to say that the behaviour of getenv() (S.22.214.171.124) is undefined if
the environment is modified by the program (section J.2, page 529 of
the current draft).
As I said in the other post, I think "extern char **environ" will
likely go away in a future version of POSIX, since it precludes an
implementation that would permit certain neat things from being
On Jan 4, 2006, at 9:43 AM, Dave Zarzycki wrote:
> Linux tends to export environ as a part of their headers, but for
> reasons not worth going into, it would be difficult to add to our
> headers without breaking source from compiling. If you look at the
> man page for environ, you'll see that developers are simply expected
> to do:
> extern char **environ;
> On Jan 4, 2006, at 8:58 AM, Joe Koski wrote:
>> I have tried to build two different Fortran/C codes, plplot and
>> on my Mac G5 with OS X 10.3.9 with g95 Fortran in place of the
>> usual g77. In
>> both cases I'm using the developer's makefiles for a relatively
>> large build.
>> I get the same error with both codes after I export F77=g95 (or the
>> equivalent in the ./configure).
>> All goes well until linking, then, with g95, both octave and plplot
>> ld: Undefined symbols:
>> As an aside, octave builds successfully on my Mac with both g77 and
>> but not with g95. The g95 mail list reports that octave builds
>> problems with g95 on Linux. I haven't tried plplot with gfortran,
>> yet. Many
>> other g95 compiles and builds complete successfully without this
>> According to the man pages, environ is the list of environment
>> variables. Do
>> I need to have an include in LDFLAGS, or somewhere to be sure I can
>> Do not post admin requests to the list. They will be ignored.
>> Unix-porting mailing list (Unix-porting@list...)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/unix-porting/zarzycki%40apple.com >>
>> This email sent to zarzycki@appl... >
> Do not post admin requests to the list. They will be ignored.
> Unix-porting mailing list (Unix-porting@list...)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/unix-porting/tlambert%40apple.com >
> This email sent to tlambert@appl...