Hi,
this exact problem is not exactly new and got already forgotten twice
because we (well I) were to lazy to write an issue. Please write me (hr)
an issue, and I'll include a fix in my next CWS.
Here is a possible way to fix the problem.
--- _stdio_file.h Fri Sep 7 13:33:27 2007
+++ _stdio_file.h Mon Sep 10 17:55:16 2007
@@ -92,7 +92,7 @@
typedef unsigned char* _File_ptr_type;
#endif
-inline int _FILE_fd(const FILE& __f) { return __f._file; }
+inline int _FILE_fd(const FILE& __f) { return
fileno(__CONST_CAST(FILE*,&__f)); }
inline char* _FILE_I_begin(const FILE& __f) { return (char*) __f._base; }
inline char* _FILE_I_next(const FILE& __f) { return (char*) __f._ptr; }
inline char* _FILE_I_end(const FILE& __f)
Heiner
PS: Gerard, from there on it will be hopefully a bit easier to build.
You've got more than your fair share of pitfalls to stumble upon.
Laurent Godard wrote:
> Hi Cyrille, Hi Caolan, Hi Gerard
>
> Thanks guys for your help
>
>> It would appear the issue is in accessing the member directly rather
>> than using the fileno macro, which has been introduced if I understand
>> correctly to circumvent some restrictions in the descriptor count or
>> something to that effect. A search on "stlport solaris fileno" will
>> show reports around that issue, and though the problem is probably
>> addressed in the stlport headers from the compiler, the ones from OOo
>> don't have that fix. A likely solution is to replace the call
>> generating that direct access with something using fileno (thanks to
>> Caolan who encountered the problem too for his help in finding the
>> source of it).
>
> Gerard if a patch can be applied, please open an issue or send it to me
> i'll do it so that next time, there won't be any problem building OOo on
> solaris
>
> Thanks again, and Gerard, Courage ! ;)
>
> Laurent
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
