Aaaargh, difficult t find help here... In the original thread >> [fpc-devel] (hack) calling fpc libraries from other languages on >> freebsd/amd64 >> of Michal Wallace michal.wallace at gmail.com
Michael Wallace said that he has find the solution :=> >> Anyway, the problem appears to be in this file: >> http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/rtl/freebsd/x86_64/dllpr= (But this file is no more accessible. ;-( ) >> It has the comment: >> # FreeBSD RunTime dynamic loader only >> # calls the functions specified by -init >> # as functions without parameters >> # Thus, it is not possible to retrieve argc, argv and envp >> # On x86_64 CPU, using weak for the operatingsystem_parameter_XXX >> # allows to bind to main program parameters, >> # but this does not seem to work for i386 loader. >> Then at the bottom: >> /* Do not fail linkage if argc, argv and envp are not found. */ >> .weak operatingsystem_parameter_argc >> .weak operatingsystem_parameter_argv >> .weak operatingsystem_parameter_envp >> My change was to comment these lines out and copy the lines from prt0.as >> : >> .global operatingsystem_parameter_envp >> .global operatingsystem_parameter_argc >> .global operatingsystem_parameter_argv >> .set operatingsystem_parameter_envp,operatingsystem_parameters+0 >> .set operatingsystem_parameter_envp,operatingsystem_parameters+0 >> .set operatingsystem_parameter_envp,operatingsystem_parameters+0 >> Then after recompiling fpc, I was able to compile a *.so file usable from >> python. >> But... It seems like the original .weak version was done quite >> deliberately, so I suspect that if I submit a patch, it would break >> things for other people. OTOH, I'd like to get a fix for my issue >> into trunk. So, it seems that Michal Wallace do not sent a patch for that. It seems too that his solution was for Python, maybe it works for Java too. But later Sergei Gorelkin answers : > Studying sources of FreeBSD dynamic loader reveals that, although it does > not pass argc, argv and > envp to the initialization function in .init section, it *does* pass them > to procedures pointed to > from .init_array section. Generally, .init_array is considered as a > replacement for .init. > Therefore, the correct solution would be to change initialization to use > .init_array and remove all > associated hacks. > Regards, > Sergei So i do not know where is the good solution, please, wonderful fpc people, help us and me... Fred ----- Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Calling-fpc-libraries-from-other-languages-on-freebsd-amd64-bis-tp5719667p5719869.html Sent from the Free Pascal - General mailing list archive at Nabble.com. _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
