This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC] preliminary patch to move decimal float runtime to new libs


On Tue, Aug 19, 2008 at 10:28 AM, Janis Johnson <janis187@us.ibm.com> wrote:
> On Fri, 2008-08-15 at 11:13 +0000, Joseph S. Myers wrote:
>> On Thu, 14 Aug 2008, Janis Johnson wrote:
>>
>> > I've made progress on moving decimal float runtime support from libgcc.a
>> > to libgcc_dfp.a and building a new shared library, libgcc_dfp.so.1.
>> > The patch works sometimes but still has problems and so is not yet ready
>> > for a full review, but I'd appreciate comments on the general approach.
>> > I'll be out of touch until Tuesday.
>>
>> Two questions:
>>
>> * Do you use symbol versioning in the new library, and with what symbol
>> versions if so?  I think it should probably use symbol versioning.
>
> I had planned to look into that next.  Recommendations welcome.
>
>> * Do you *really* need to put configuration variables for this in
>> gcc/config/ instead of libgcc/config/?  We have an incomplete transition
>> of libgcc configuration from gcc/config/ to libgcc/config/.  In most cases
>> it should be possible to transition a configuration variable or group of
>> related configuration variables with changes to all configs that define
>> those variables - for some variables this may be a lot of work, for some
>> not so much.  When adding new variables, I'd really encourage putting them
>> in files in libgcc/config/, referenced from libgcc/config.host, rather
>> than adding more variables to the legacy list of variables whose values
>> are passed from the gcc directory to the libgcc directory.
>
> No, I don't need to do that, I had no idea it should be done
> differently.  That's why I asked for early feedback.  Thanks!
>

I guess it depends on which shared library the runtime DFP will be in.
If DFP becomes the part of C/C++ standard and the DFP run-time support
goes into libc.so, we will need libgcc_dfp.so for every application. I
don't know if it is a good idea. I think we should first figure where the
final runtime DFP wil be before we make a new DFP shared library.

-- 
H.J.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]