Hi!

In new GLIBC exists internal implementation "libiconv" (see http://www.gnu.org/s/hello/manual/libc/glibc-iconv-Implementation.html) Implemented functions:

    iconv_t iconv_open (__const char *__tocode, __const char *__fromcode);
    size_t iconv (iconv_t __cd, char **__restrict __inbuf,
                     size_t *__restrict __inbytesleft,
                     char **__restrict __outbuf,
                     size_t *__restrict __outbytesleft);
    int iconv_close (iconv_t __cd);

In the file fpc/rtl/unix/cwstrings.pp using function "iconvctl" non existings in glibc !
Original libiconv not installed!
Svn-version Lazarus show build error:
.....................
Compiling svn2revisioninc.pas
Linking ./svn2revisioninc
/home/guest/root/lib/fpc/2.7.1/units/i386-linux/rtl/cwstring.o: In function `CWSTRING_$$_INITTHREAD':
cwstring.pp:(.text+0xf4): undefined reference to `iconvctl' /home/guest/root/lib/fpc/2.7.1/units/i386-linux/rtl/cwstring.o: In function `CWSTRING_$$_WIDE2ANSIMOVE$PWIDECHAR$RAWBYTESTRING$WORD$LONGINT': cwstring.pp:(.text+0x3e5): undefined reference to `iconvctl' svn2revisioninc.pas(600,1) Error: Error while linking svn2revisioninc.pas(600,1) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
..............................................
Maybe fixit it with #ifdef ?

I apologize, for incorrect English

23.10.11 19:49, 4iter пишет:

Hi! Fatal: Compilation aborted .............................................. Maybe fixit it with #ifdef ?

How to define this ifdef?

Maybe it could be fixed either by dynamic loading or weakexternal directive?

Best regards,
Paul Ishenin.

Or we require libiconv also under Linux (and link against it; currently we only link against libc under Linux and use its -apparently limited- iconv functionality).

Jonas

In our previous episode, Jonas Maebe said:

Seems that that function is not in the open group's specification of iconv, it is a GNU extension.

http://pubs.opengroup.org/onlinepubs/009695399/basedefs/iconv.h.html

Ah, yes. Even Mac OS X apparently uses GNU libiconv. So a weak symbol is probably the best solution.

Jonas

23.10.11 20:56, Jonas Maebe пишет:

Does weaksymbol works on all platforms where cwstrings is used (I know that it is not implemented on windows at least but there we don't need cwstrings too)?

Best regards,
Paul Ishenin

Paul Ishenin wrote

Does weaksymbol works on all platforms where cwstrings is used (I know that it is not implemented on windows at least but there we don't need cwstrings too)?

Good question, and I'm afraid the answer is "no"... At least http://wiki.freepascal.org/FPC_HowToDo#Weak_linking doesn't list *BSD, and I believe it also hasn't been implemented yet in the internal assembler as that page indicates.

Jonas

In our previous episode, Jonas Maebe said:

FreeBSD supports #pragma weak, it is even used in the startup code.

It's about the FPC support for weakexternal on the various platforms.

Jonas

23.10.2011 20:01, Paul Ishenin пишет:

I tried to handle the situation by using LoadLibrary, GetProcAddress and also failed on osx.

The next line tries to load "iconv.dylib" while on osx the library name is "/usr/lib/libiconv.dylib":

iconvlib:=LoadLibrary(libiconvname+'.'+SharedSuffix);

Now I don't understand how it works with the static linking if "libiconvname" variable is "iconv"?

Best regards,
Paul Ishenin.

Because ld knows about "real" libiconv ?

zeljko

The compiler automatically adds the "lib" prefix and the sharedsuffix in case of external declarations (and additionally, on Mac OS X the library name in external declarations is not even used, only the {$libklib xxx} directive matters -- but there the compiler performs the same transformations of the library name).

Jonas