* GCJ
@ 2003-07-12 17:14 paul taney
2003-07-12 17:23 ` GCJ paul taney
2003-07-14 16:19 ` GCJ Anthony Green
0 siblings, 2 replies; 3+ messages in thread
From: paul taney @ 2003-07-12 17:14 UTC (permalink / raw)
To: antlr-interest; +Cc: rhug-rhats
Ric wrote:
...If I make a redhat 9 rpm I hope it can use
the
redhat installed gcj.so, probably it's also possible
to compile it
staticaly (or only do gcj.so statically). And what's
2.6 Mb nowadays ;)
Advantage of using gcj is that it comes default
nowadays with most linux distributions
----
Ric,
I found these guys very responsive:
rhug-rhats@sources.redhat.com
What they showed me is that a default install of
gcc3.3 on RH7.2 isn't gonna cut it. It does not
overwrite /usr/bin/gcj or libgcj.so
You don't want to see this!
$ ls -l /usr/lib/libgcj.so.2.0.0
-rwxr-xr-x 1 root root
8405787 Sep 6 2001 /usr/lib/libgcj.so.2.0.0
green@redhat.com is an antlr user, and he might
upload an RH9 executable or help you make an rpm.
I'll cross-post.
paul
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: GCJ
2003-07-12 17:14 GCJ paul taney
@ 2003-07-12 17:23 ` paul taney
2003-07-14 16:19 ` GCJ Anthony Green
1 sibling, 0 replies; 3+ messages in thread
From: paul taney @ 2003-07-12 17:23 UTC (permalink / raw)
To: rhug-rhats
Er, that would be
antlr-interest@yahoogroups.com
------
So sorry.
--- paul taney <paultaney@yahoo.com> wrote:
>
> Ric wrote:
> ...If I make a redhat 9 rpm I hope it can use
> the
> redhat installed gcj.so, probably it's also possible
> to compile it
> staticaly (or only do gcj.so statically). And what's
> 2.6 Mb nowadays ;)
> Advantage of using gcj is that it comes default
> nowadays with most linux distributions
>
> ----
>
> Ric,
>
> I found these guys very responsive:
>
> rhug-rhats@sources.redhat.com
>
> What they showed me is that a default install of
> gcc3.3 on RH7.2 isn't gonna cut it. It does not
> overwrite /usr/bin/gcj or libgcj.so
>
> You don't want to see this!
>
> $ ls -l /usr/lib/libgcj.so.2.0.0
> -rwxr-xr-x 1 root root
> 8405787 Sep 6 2001 /usr/lib/libgcj.so.2.0.0
>
>
> green@redhat.com is an antlr user, and he might
> upload an RH9 executable or help you make an rpm.
> I'll cross-post.
>
>
> paul
>
>
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> http://sbc.yahoo.com
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: GCJ
2003-07-12 17:14 GCJ paul taney
2003-07-12 17:23 ` GCJ paul taney
@ 2003-07-14 16:19 ` Anthony Green
1 sibling, 0 replies; 3+ messages in thread
From: Anthony Green @ 2003-07-14 16:19 UTC (permalink / raw)
To: paul taney; +Cc: antlr-interest, rhug-rhats
On Sat, 2003-07-12 at 10:14, paul taney wrote:
> Ric wrote:
> ...If I make a redhat 9 rpm I hope it can use
> the
> redhat installed gcj.so, probably it's also possible
> to compile it
> staticaly (or only do gcj.so statically). And what's
> 2.6 Mb nowadays ;)
> Advantage of using gcj is that it comes default
> nowadays with most linux distributions
FWIW, I used antlr on regular basis with gcj (and gij).
If I could change one thing about antlr, I would try to make a cleaner
separation between the build- and run-time classes. Right now they are
all in one package. Moving the runtime classes into a different
package, say antlr.runtime, would make life easier for gcj users. Once
done, we could build and use lib-antlr-runtime.so. There's no obvious
way to build nice shared libraries without this separation. You either
put everything into one .so, or you do some thing weird.
BTW - I was looking at how ant uses antlr. It looks like it spawns a
new java process. Why does it do this instead of just loading the
classes and running in-process?
> green@redhat.com is an antlr user, and he might
> upload an RH9 executable or help you make an rpm.
> I'll cross-post.
Well, to be clear, these days I just run antlr with "gij" instead of
"java", and then I link native versions of the runtime classes into my
app. Here's the list...
ANTLR_SOURCES = \
antlr-2.7.2/antlr/ANTLRException.java \
antlr-2.7.2/antlr/ANTLRHashString.java \
antlr-2.7.2/antlr/ANTLRStringBuffer.java \
antlr-2.7.2/antlr/ASTFactory.java \
antlr-2.7.2/antlr/ASTNULLType.java \
antlr-2.7.2/antlr/ASTPair.java \
antlr-2.7.2/antlr/BaseAST.java \
antlr-2.7.2/antlr/ByteBuffer.java \
antlr-2.7.2/antlr/CharBuffer.java \
antlr-2.7.2/antlr/CharFormatter.java \
antlr-2.7.2/antlr/CharQueue.java \
antlr-2.7.2/antlr/CharScanner.java \
antlr-2.7.2/antlr/CharStreamException.java \
antlr-2.7.2/antlr/CharStreamIOException.java \
antlr-2.7.2/antlr/CommonAST.java \
antlr-2.7.2/antlr/CommonToken.java \
antlr-2.7.2/antlr/DefaultFileLineFormatter.java \
antlr-2.7.2/antlr/FileLineFormatter.java \
antlr-2.7.2/antlr/InputBuffer.java \
antlr-2.7.2/antlr/LLkParser.java \
antlr-2.7.2/antlr/LexerSharedInputState.java \
antlr-2.7.2/antlr/MismatchedCharException.java \
antlr-2.7.2/antlr/MismatchedTokenException.java \
antlr-2.7.2/antlr/NoViableAltException.java \
antlr-2.7.2/antlr/NoViableAltForCharException.java \
antlr-2.7.2/antlr/Parser.java \
antlr-2.7.2/antlr/ParserSharedInputState.java \
antlr-2.7.2/antlr/RecognitionException.java \
antlr-2.7.2/antlr/SemanticException.java \
antlr-2.7.2/antlr/StringUtils.java \
antlr-2.7.2/antlr/Token.java \
antlr-2.7.2/antlr/TokenBuffer.java \
antlr-2.7.2/antlr/TokenQueue.java \
antlr-2.7.2/antlr/TokenStream.java \
antlr-2.7.2/antlr/TokenStreamException.java \
antlr-2.7.2/antlr/TokenStreamIOException.java \
antlr-2.7.2/antlr/TokenStreamRecognitionException.java \
antlr-2.7.2/antlr/TreeParser.java \
antlr-2.7.2/antlr/TreeParserSharedInputState.java \
antlr-2.7.2/antlr/collections/AST.java \
antlr-2.7.2/antlr/collections/ASTEnumeration.java \
antlr-2.7.2/antlr/collections/impl/ASTArray.java \
antlr-2.7.2/antlr/collections/impl/ASTEnumerator.java \
antlr-2.7.2/antlr/collections/impl/BitSet.java \
antlr-2.7.2/antlr/collections/impl/IntRange.java \
antlr-2.7.2/antlr/collections/impl/Vector.java \
antlr-2.7.2/antlr/collections/impl/VectorEnumerator.java
AG
--
Anthony Green <green@redhat.com>
Red Hat, Inc.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-07-14 16:19 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-07-12 17:14 GCJ paul taney
2003-07-12 17:23 ` GCJ paul taney
2003-07-14 16:19 ` GCJ Anthony Green
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).