public inbox for rhug-rhats@sourceware.org
 help / color / mirror / Atom feed
* BCEL question
@ 2002-12-11 15:57 Tom Tromey
  2002-12-11 20:31 ` Anthony Green
  0 siblings, 1 reply; 6+ messages in thread
From: Tom Tromey @ 2002-12-11 15:57 UTC (permalink / raw)
  To: rhug-rhats

Now the BCEL compilation fails:

../../rhug/BCEL/upstream/src/java/org/apache/bcel/verifier/exc/AssertionViolatedException.java:111: error: Method `java.lang.Throwable.getStackTrace()' was defined with return type `java.lang.StackTraceElement[]' in class `java.lang.Throwable'.
   	public String getStackTrace(){


The problem here is that getStackTrace was added to Throwable in 1.4.
What is the usual approach here?
Find a new BCEL and see if it is fixed?
Fix BCEL in the rhug tree?

Tom

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BCEL question
  2002-12-11 15:57 BCEL question Tom Tromey
@ 2002-12-11 20:31 ` Anthony Green
  2002-12-16 10:44   ` Tom Tromey
  0 siblings, 1 reply; 6+ messages in thread
From: Anthony Green @ 2002-12-11 20:31 UTC (permalink / raw)
  To: Tom Tromey; +Cc: rhug-rhats

On Wed, 2002-12-11 at 15:56, Tom Tromey wrote:
> What is the usual approach here?
> Find a new BCEL and see if it is fixed?

I think BCEL was just upgraded by Gary.  Does a newer version exist?

> Fix BCEL in the rhug tree?

Don't hesitate to patch rhug.  It contains a number of work-arounds
already.

AG


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BCEL question
  2002-12-11 20:31 ` Anthony Green
@ 2002-12-16 10:44   ` Tom Tromey
  2002-12-18  2:07     ` Gary Benson
  0 siblings, 1 reply; 6+ messages in thread
From: Tom Tromey @ 2002-12-16 10:44 UTC (permalink / raw)
  To: Anthony Green; +Cc: rhug-rhats

Anthony> Don't hesitate to patch rhug.  It contains a number of work-arounds
Anthony> already.

I checked in my BCEL fixlet.
On to the latest problem:

/home/tromey/gnu/baseline-gdb/install/bin/ld: cannot find -l-org-apache-regexp

This happens while doing a huge link in BCEL.
I haven't investigated.  I probably won't be able to get to it this
week (and next week I'm not around).

Note that rhug is one of the release criteria for gcj 3.3.
It would be great to have everything ironed out pretty soon...

Tom

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BCEL question
  2002-12-16 10:44   ` Tom Tromey
@ 2002-12-18  2:07     ` Gary Benson
  2002-12-30 16:39       ` Dhek Bhun Kho
  2003-01-05  0:01       ` rhino Dhek Bhun Kho
  0 siblings, 2 replies; 6+ messages in thread
From: Gary Benson @ 2002-12-18  2:07 UTC (permalink / raw)
  To: rhug-rhats

On Mon, Dec 16, 2002 at 11:44:56AM -0700, Tom Tromey wrote:

> On to the latest problem:
> 
> /home/tromey/gnu/baseline-gdb/install/bin/ld: cannot find -l-org-apache-regexp
> 
> This happens while doing a huge link in BCEL.

This is because it requires jakarta-regexp, which you presumably
haven't built.

Cheers,
Gary

[ gbenson@redhat.com ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: BCEL question
  2002-12-18  2:07     ` Gary Benson
@ 2002-12-30 16:39       ` Dhek Bhun Kho
  2003-01-05  0:01       ` rhino Dhek Bhun Kho
  1 sibling, 0 replies; 6+ messages in thread
From: Dhek Bhun Kho @ 2002-12-30 16:39 UTC (permalink / raw)
  To: rhug-rhats

Hi Gary,

Op wo 18-12-2002, om 11:07 schreef Gary Benson:
> This is because it requires jakarta-regexp, which you presumably
> haven't built.
I checked out CVS today, the problem is still there, doesn't it check
for the library first before building? Doing a 'make'  in the main
directory of the rhug tree doesn't build anything because it breaks
during the first submake. Am I reporting old news? :D

Best wishes for the new year.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* rhino
  2002-12-18  2:07     ` Gary Benson
  2002-12-30 16:39       ` Dhek Bhun Kho
@ 2003-01-05  0:01       ` Dhek Bhun Kho
  1 sibling, 0 replies; 6+ messages in thread
From: Dhek Bhun Kho @ 2003-01-05  0:01 UTC (permalink / raw)
  To: Rhug

[-- Attachment #1: Type: text/plain, Size: 962 bytes --]

I was running a toplevel make using GCJ 3.2.1:

d `org.mozilla.javascript.LineBuffer.skipFormatChar()':
../../../rhug/rhino/upstream/src/org/mozilla/javascript/LineBuffer.java:455: Incompatible type for `&&'. Can't convert `int' to boolean.
       private static final boolean checkSelf = Context.check && true;
                                                              ^
../../../rhug/rhino/upstream/src/org/mozilla/javascript/LineBuffer.java:455: Incompatible type for `&&'. Can't convert `int' to boolean.
       private static final boolean checkSelf = Context.check && true;
                                                              ^
2 errors

Attached a diff to fix it, the Context.check is defined as a final
static boolean = true, so I hacked in (Context.check==true) which is
correct to do as Context.check should be true at all times, it is
unlikely that they will change this as they happily note that it is a
Design by contract requirement.

[-- Attachment #2: LineBuffer.diff --]
[-- Type: text/plain, Size: 460 bytes --]

--- /home/cvs/LineBuffer.java	2003-01-05 00:58:47.000000000 +0100
+++ ../../rhug/rhino/upstream/src/org/mozilla/javascript/LineBuffer.java	2003-01-05 00:56:17.000000000 +0100
@@ -452,5 +452,5 @@
     private boolean hadCFSinceStringStart = false;
 
 // Rudimentary support for Design-by-Contract
-    private static final boolean checkSelf = Context.check && true;
+    private static final boolean checkSelf = (Context.check==true) && true;
 }

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2003-01-05  0:01 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-12-11 15:57 BCEL question Tom Tromey
2002-12-11 20:31 ` Anthony Green
2002-12-16 10:44   ` Tom Tromey
2002-12-18  2:07     ` Gary Benson
2002-12-30 16:39       ` Dhek Bhun Kho
2003-01-05  0:01       ` rhino Dhek Bhun Kho

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).