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]

Re: [PATCH] Java: Standard comformant arithmetic


>>>>> "Alexandre" == Alexandre Oliva <oliva@dcc.unicamp.br> writes:

Alexandre> I (will) do.  Kaffe is going to use gcj to pre-compile
Alexandre> classes, so libgcj wouldn't have to be installed at all.

Then Kaffe should create its own libgcj.spec.  Or, we should add an
option allowing the user to disable the spec file reading when
compiling.  Of course, in this case the Kaffe user will have to know
which options are required by his particular Kaffe build.

Alexandre> Anyway, I still don't understand what's the problem of gcj
Alexandre> installing a compile-time libgcj.spec, and libgcj
Alexandre> installing the complete file.  It would also solve the
Alexandre> following problem:

The point is to make it so the library's configuration controls how
the compiler operates.  That's because the configure machinery most
appropriately belongs with the library source, and because you might
want one compiler to target several different libraries.

Without the library's libgcj.spec, the compiler can't know whether it
should inline the math operations.  That's because only the library
knows whether the target will raise a signal on a losing math
operation.

Alexandre> % egcj -print-prog-name=jc1 
Alexandre> gcj: libgcj.spec: No such file or directory

Alexandre> Err, does it really need libgjc.spec to tell me where jc1
Alexandre> lives?

I think this is just a bug in the new code.  I think it should only
look for the spec file when actually trying to compile something.

Tom


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