This is the mail archive of the java@gcc.gnu.org mailing list for the Java 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] | |
On Wed, 2004-04-14 at 10:33, Tom Tromey wrote: > >>>>> "Chris" == Chris Burdess <dog@bluezoo.org> writes: > > Chris> All is well when building a jarfile. However, when our target is a > Chris> native executable, there is currently (AFAIK) no way for gcj to be > Chris> informed of these resources and package them into the executable in > Chris> such a way as to be accessible via the above methods. > > Look at the `--resource' option. This lets you compile in a file as a > resource. It is available via the special `core:' URL handler; > `core:/' is put on the class path by default. I think all the methods > you mention will work fine with core resources. Tom does that mean the core: protocol is required to reach what are typically classpath visible resources? Doesn't this mean having two versions of code to do the same thing? Seems like a detail that should be hidden to fake the usage expected for getResource(), etc. -- Brian Jones <cbj@gnu.org>
Attachment:
signature.asc
Description: This is a digitally signed message part
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |