Re: [fpc-devel] Improved inlining for generic specializations
Am 26.05.2016 21:38 schrieb "Maciej Izak": > > 2016-05-26 21:06 GMT+02:00 Sven Barth : >> >> ... as long as the body of the generic routine is already available (basically the same rules as for inlining normal routines) (see tests/test/ugeneric102.pp for an example) > > > Nice one Sven! :) Is there some warning when method is not inlined in the case of lacking body? No, there is not, cause that's basically the same for normal routines (where you don't get a warning either). Though there might be a debug message, that gets printed if a routine can't be inlined... (with the correct verbosity setting) Also keep in mind that "inline" is merely a hint for the compiler. So not inlining a routine for whatever the reason is completely in the compiler's power to do. Regards, Sven ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Improved inlining for generic specializations
2016-05-26 21:06 GMT+02:00 Sven Barth: > ... as long as the body of the generic routine is already available > (basically the same rules as for inlining normal routines) (see > tests/test/ugeneric102.pp for an example) > Nice one Sven! :) Is there some warning when method is not inlined in the case of lacking body? -- Best regards, Maciej Izak ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] Improved inlining for generic specializations
Hello together! For those that are interested: I've improved the inlining for specializations of generics so that now the bodies of specialized routines (no matter whether they are normal methods of generic classes, records, etc. or true generic routines) are inlined as long as the body of the generic routine is already available (basically the same rules as for inlining normal routines) (see tests/test/ugeneric102.pp for an example). Of course there might still be cases when a routine isn't inlined, but more often than not that should be due to reasons that would apply for normal routines as well. Regards, Sven ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] FPC/Lazarus Rebuild performance
___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel