From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22581 invoked by alias); 25 May 2007 08:55:54 -0000 Received: (qmail 22542 invoked by uid 48); 25 May 2007 08:55:52 -0000 Date: Fri, 25 May 2007 08:55:00 -0000 Message-ID: <20070525085552.22541.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD) In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "rob1weld at aol dot com" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2007-q2/txt/msg00127.txt.bz2 ------- Comment #3 from rob1weld at aol dot com 2007-05-25 09:55 ------- Ran accros this interesting post, seems we've had this a while ... gjdoc in libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19612 After some messing with trying to access the gjdoc SVN according to the above advice from those links (without a password); I went elsehere. Here are some programs I had already (from gcc 4.2.0 install); # gcj --version gcj (GCC) 4.2.0 20070501 (prerelease) # gij --version java version "1.4.2" gij (GNU libgcj) version 4.2.0 20070501 (prerelease) Here is what worked and what it looked like: # wget ftp://ftp.gnu.org/gnu/classpath/gjdoc-0.7.8.tar.gz # gunzip -d gjdoc-0.7.8.tar.gz # tar -xf gjdoc-0.7.8.tar.gz # cd gjdoc-0.7.8 # ./configure ... checking if gij works... yes checking for gcj... gcj -C checking if gcj -C works... yes configure: WARNING: The build seems to be using gcj for bytecode generation. Some versions of gcj are known to produce bad bytecode. See here for a list of bugs that may be relevant: http://gcc.gnu.org/bugzilla/buglist.cgi?component=java&keywords=wrong-code&order=default At least bug 19921 is known to affect gjdoc (in Feb 2005). You may want to set the environment variable JAVAC to an alternate compiler, such as jikes, to make sure that you end up with valid bytecode. ... checking for antlr 2.7.1 or better... 2.7.6 checking for java.util.regex.Pattern class... yes configure: creating ./config.status config.status: creating gjdoc.sh config.status: WARNING: gjdoc.sh.in seems to ignore the --datarootdir setting # make # make install works OK despite warnings. Now getting this screen output: make[4]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/lib' Making all in doc make[4]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/doc' Making all in api make[5]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/doc/api' /bin/mkdir html > /dev/null 2>&1 /usr/local/bin/gjdoc \ -use \ -sourcepath "../..:/root/downloads/gcc-4_3-trunk/libjava/classpath:/root/downloads/gcc-4_3-trunk/libjava/classpath/vm/reference:/root/downloads/gcc-4_3-trunk/libjava/classpath/external/w3c_dom:/root/downloads/gcc-4_3-trunk/libjava/classpath/external/sax" \ -encoding UTF-8 \ -breakiterator \ -licensetext \ -linksource \ -splitindex \ -validhtml \ -d html \ -doctitle "GNU Classpath 0.94-pre" \ -windowtitle "GNU Classpath 0.94-pre Documentation" \ -header "