Re: [fpc-devel] Delphi XE2 uses FPC for iOS target
On Sat, 13 Aug 2011, Jonas Maebe wrote: On 07 Aug 2011, at 20:53, Jonas Maebe wrote: They only have to share them with their customers who get the binary (and even then only for nominal shipping and handling fees). Of course, those customers are then free to pass them along further, if they want to. And in practice, I can't imagine what advantage Embarcadero would have by not immediately publicly sharing any such changes rather than by going through such hoops. From the horse's mouth: https://forums.embarcadero.com/message.jspa?messageID=379331#379331 "If there are any changes or fixes we would contribute them, happily. I don't believe that we made any but it's our policy to contribute back fixes/changes to any opensource project that we leverage." I suppose that concluding from this that FPC is bug-free would be one step too far ;-) Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi XE2 uses FPC for iOS target
On 07 Aug 2011, at 20:53, Jonas Maebe wrote: > They only have to share them with their customers who get the binary (and > even then only for nominal shipping and handling fees). Of course, those > customers are then free to pass them along further, if they want to. And in > practice, I can't imagine what advantage Embarcadero would have by not > immediately publicly sharing any such changes rather than by going through > such hoops. From the horse's mouth: https://forums.embarcadero.com/message.jspa?messageID=379331#379331 "If there are any changes or fixes we would contribute them, happily. I don't believe that we made any but it's our policy to contribute back fixes/changes to any opensource project that we leverage." Jonas___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc fails to link against libc on some architectures due to multiarch
On 12 Aug 2011, at 22:33, peter green wrote: > On armel the problem seems to be that freepascal can't find crti.o in the new > multiarch path. Confusingly if freepascal can't find crti.o then rather than > throwing an error it simply omits it from link.res. Manually pointing > freepascal at the multiarch path by using -Fl/usr/lib/arm-linux-gnueabi (for > armel) allows the test program to be built successfully. I presume the > problem is the same on powerpc and sparc but I have no way of testing those. > > So it would seem that the multiarch library path for the relavent > architecture needs to be added to the default freepascal search path either > through adding it to the default configuration file or adding it to the > hardcoded list in fpcsrc/compiler/systems/t_linux.pas . Is there a standard for multiarch library path locations and names? If not, that sounds like configuration option that should be added by distribution-specific patches. At least when looking at tool chains I've seen everything from 'arm-unknown-eabi" to 'arm-linux-eabi' to 'arm-linux-gnueabi'. That kind of variation is not something we can or should build into the compiler or in the standard configuration files. Jonas___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel