Hi all, Jens Rehsack wrote: > Back to my patch: it helps EU::CB to choose an appropriate c++ compiler > based on the c compiler. To get a real solution, we need to include > several compiler detection somewhere else - because c++ is just one > additional language. Fortran, Go, Pascal may additional ones we will > need to provide.
I guess there's a bit of a difference in how common libraries written in these languages are. > There is much to do to get it round - starting from better toolchain > (not perl-toolchain, but compiler/linker toolchain) detection and > invocation to choosing right flags. > > I would be glad to help there, but I do not understand enough of > the hint framework to do it alone. And there are some fundamental > decisions to be made before further work can be done (e.g. dynamic > guessing of compiler and options or statically and stored in some > kind of Config.pm). I really don't know much about this. Linux/gcc is all I have and use, so I'm fairly agnostic to everything else. >> Wx, conceptually, suffers from the same problem. But I believe Mattia >> went through a great deal of trouble to work around the underlying >> issues. >> >> Mattia, all: What do you think are the chances of bringing C++ compiler >> detection/support in the toolchain (even if it's just one of the three >> build tools) to the level that casual XS/C++ module authors like myself >> don't have to worry about it? I'm not asking you to do it, but I believe >> you have a much better idea to give any effort some direction. > > Wx is using ExtUtils::XSpp (relies on invoking Makfile.PL/Build.PL > provides right compiler) and Alien::wxWidgets - and the latter one takes > the compiler from the installed wx library (similar to pkg-config). > This avoids issues with missing c++ runtime libraries, because the wx > library cares about that. Ah, that makes sense, thank you for pointing that out. Mattia, sorry for bringing you in on this, then. Side-stepping the issue must be very convenient. :) Cheers, Steffen _______________________________________________ Padre-dev mailing list Padre-dev@perlide.org http://mail.perlide.org/mailman/listinfo/padre-dev
