Displaying 3 results from an estimated 3 matches for "_pc_path_max".
2005 May 12
0
[LLVMdev] Cygwin binaries
...DEF HAVE_TIMES in
$objdir\i686-pc-mingw32\libiberty\config.h, because it doesn't exist on
MinGW.
or
Solution: Make it explict with #UNDEF HAVE_TIMES in
$objdir\mingw32\libiberty\config.h, because it doesn't exist on MinGW.
==============
On error:
==============
lrealpath.c:110: error: `_PC_PATH_MAX' undeclared (first use in this
function)
--------------
Solution: Add this after line 41: #define _PC_PATH_MAX PATH_MAX
==============
On error:
==============
stl_algo.h:1616: error: there are no arguments to `lrand48' that depend on a
template parameter, so a declaration of `lrand48...
2005 May 09
3
[LLVMdev] Cygwin binaries
>>Does anyone know a source for a pre-built version of the same?
>
>To my knowledge there is no pre-built version of the cfe.
See following link for CFE :-
http://illuvium.com/download/
It maybe a bit out of date.
I believe the CFE maybe broken at the moment, at least the Cygwin nightly
test reports that it is broken and I believe this is the same thing ?
2001 Jan 25
0
ogg123/getopt/NAME_MAX
...n't take credit/blame for looking that up -- it was in Solaris'
<limits.h> :-) Hence, Solaris doesn't define NAME_MAX, because different
filesystems have different values. pathconf() will return the max for a
given filesystem:
filename = (char*) malloc(pathconf(homedir, _PC_PATH_MAX));
{+} Jeff Squyres
{+} squyres@cse.nd.edu
{+} Perpetual Obsessive Notre Dame Student Craving Utter Madness
{+} "I came to ND for 4 years and ended up staying for a decade"
--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To uns...