While we're about it, there's a need for platform specific .s files as well, since some compilers like xlc don't support inlined asm. There's a ia64.s already in cvs, but I don't see by what magic it actually gets built (if it even is). Configure should likely have a --as option as well to support the native as(1) or e.g. gas. Once the shiny new platform system is in I can write up the probe.
Adam > -----Original Message----- > From: Dan Sugalski (via RT) > [mailto:[EMAIL PROTECTED] > Sent: Friday, January 23, 2004 6:44 AM > To: [EMAIL PROTECTED] > Subject: [perl #25239] Platform-specific files not granular enough > > > # New Ticket Created by Dan Sugalski > # Please include the string: [perl #25239] > # in the subject line of all future correspondence about this issue. > # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=25239 > > > > We've got per-platform .c and .h files that get loaded in by > configure.pl, which is good as far as it goes, but it isn't granular > enough to be a viable long-term solution. > > What we need to do is split this up into modules, with each platform > choosing which modules to build into the platform-specific source > file. This will also allow us to provide a default set of modules for > those cases where the platform doesn't want to override, and we don't > want to have to cut and paste the code into a dozen different files. > -- > Dan > > --------------------------------------"it's like > this"------------------- > Dan Sugalski even samurai > [EMAIL PROTECTED] have teddy bears and even > teddy bears get drunk >
