As Sun says, it should be possible to dlopen and dlclose a shared library to change the target on the fly. However, I would be in favor of building the targets statically, as I do agree that it adds complexity.
-----Original Message----- From: Sun Chan [mailto:sun.c...@gmail.com] Sent: Friday, October 01, 2010 4:39 PM To: David Coakley Cc: open64-devel Subject: Re: [Open64-devel] targ_info code cleanup and proposed DSO changes I'd like to see more detailed reasons why current model does not easily support change of target (micro-arch). The reason why that was implemented as dso is precisely for that reason. And we have (back at SGI) done multiple generations of the same family (past, present and future) by stating processor_id in command line and have the compiler dynamically link in the right model. Of course, that was done for IRIX. Your suggestion implies having a union of all generations of the same family (otherwise, you will need rebuild of the compiler). I am not against your proposal, but your claim for what current does not support doesn't match what original design goal and my own recollection. Suneel and Mike might be able to give more details and opinion. Sun On Sat, Oct 2, 2010 at 7:26 AM, David Coakley <dcoak...@gmail.com> wrote: > Hi all, > > I am submitting a proposal to eliminate the scheduling info DSOs and > instead incorporate that info directly into the backend. The primary > motivation is portability. The proposal is described in more detail > in the attachment "no_si_dso.txt". > > Before making these changes, I thought it was a good idea to clean up > the compilation warnings in targ_info and its generated code, and to > fix some known portability problems (bugs 622, 624, 658). The patch > "ti_cleanup.diff" is a code cleanup patch that accomplishes those > goals without making any changes in the current behavior. The details > are in the tentative log message, "log_msg.txt". > > Could a gatekeeper please review the patch? > > I have prototyped the proposed targ_info DSO changes for x8864. I > would like feedback from some of the gatekeepers and especially the > maintainers for other targets -- I will need your help since the > changes affect all targets. Thanks, > > -David Coakley / AMD Open Source Compiler Engineering > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Open64-devel mailing list > Open64-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/open64-devel > > ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Open64-devel mailing list Open64-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open64-devel ----------------------------------------------------------------------------------- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ----------------------------------------------------------------------------------- ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Open64-devel mailing list Open64-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open64-devel
