From ihok at hotmail.com Thu Feb 7 16:49:13 2008 From: ihok at hotmail.com (Jack Tanner) Date: Thu, 7 Feb 2008 16:49:13 +0000 (UTC) Subject: [fedora-java] java code coverage tools Message-ID: As far as I can tell, this is the state of Java code coverage tools on Fedora 8... and it's not very good. If you know of something I'm missing, please chime in. Emma. [1] Development on the main tree seems to have stalled, but there seems to be active development around the Eclipse plugin [2]. There was an attempt to bring it into Fedora that failed [3], but it's listed as available from JPackage. [4] Cobertura. [5] Actively developed, no Eclipse plugin. Listed as available from JPackage. [6] TPTP. [7] Official Eclipse component. Not available in Fedora or JPackage. [1] http://emma.sourceforge.net/ [2] http://www.eclemma.org/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=227052 [4] http://mirrors.dotsrc.org/jpackage/1.7/generic/free/repodata/repoview/ emma-0-2.0-0.5312.2jpp.html [5] http://cobertura.sourceforge.net/ [6] http://mirrors.dotsrc.org/jpackage/1.7/generic/free/repodata/repoview/ cobertura-0-1.9-2jpp.html [7] http://www.eclipse.org/tptp/ From overholt at redhat.com Thu Feb 7 17:23:18 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 7 Feb 2008 12:23:18 -0500 Subject: [fedora-java] java code coverage tools In-Reply-To: References: Message-ID: <20080207172318.GA8328@redhat.com> * Jack Tanner [2008-02-07 11:50]: > > TPTP. [7] Official Eclipse component. Not available in Fedora or JPackage. If you packaged this, you'd be my hero (at least for the month of February). Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ihok at hotmail.com Thu Feb 7 20:14:09 2008 From: ihok at hotmail.com (Jack Tanner) Date: Thu, 7 Feb 2008 20:14:09 +0000 (UTC) Subject: [fedora-java] Re: java code coverage tools References: <20080207172318.GA8328@redhat.com> Message-ID: Andrew Overholt writes: > > TPTP. [7] Official Eclipse component. Not available in Fedora or JPackage. > > If you packaged this, you'd be my hero (at least for the month of > February). Sorry, but I doubt I'll be able to help out with that. What work has been made on TPTP already, and what remains? From overholt at redhat.com Thu Feb 7 20:55:17 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 07 Feb 2008 15:55:17 -0500 Subject: [fedora-java] Re: java code coverage tools In-Reply-To: References: <20080207172318.GA8328@redhat.com> Message-ID: <1202417717.24679.6.camel@upstairs.overholt.lan> On Thu, 2008-02-07 at 20:14 +0000, Jack Tanner wrote: > Andrew Overholt writes: > > > > TPTP. [7] Official Eclipse component. Not available in Fedora or JPackage. > > > > If you packaged this, you'd be my hero (at least for the month of > > February). > > Sorry, but I doubt I'll be able to help out with that. What work has been made > on TPTP already, and what remains? No work has been done on a TPTP package AFAIK. Coincidentally, I just read an account of their currently horrible installation experience: http://meikas.com/blog/2008/tptp-and-ubuntu Andrew From darrellpf at gmail.com Thu Feb 7 21:12:47 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Thu, 7 Feb 2008 13:12:47 -0800 Subject: [fedora-java] Re: java code coverage tools In-Reply-To: <1202417717.24679.6.camel@upstairs.overholt.lan> References: <20080207172318.GA8328@redhat.com> <1202417717.24679.6.camel@upstairs.overholt.lan> Message-ID: On Feb 7, 2008 12:55 PM, Andrew Overholt wrote: > > On Thu, 2008-02-07 at 20:14 +0000, Jack Tanner wrote: > > Andrew Overholt writes: > > > > > > TPTP. [7] Official Eclipse component. Not available in Fedora or > JPackage. > > > > > > If you packaged this, you'd be my hero (at least for the month of > > > February). > > > > Sorry, but I doubt I'll be able to help out with that. What work has > been made > > on TPTP already, and what remains? > > No work has been done on a TPTP package AFAIK. Coincidentally, I just > read an account of their currently horrible installation experience: > > http://meikas.com/blog/2008/tptp-and-ubuntu > > Andrew > Way back in about Fedora 5 or 6 timeframe the profiler just worked (if you managed to install the C compiler compat stuff) using the built in agent controller. In newer versions of Eclipse and Fedora the built in agent controller has been broken. The workaround is to install the external agent controller, and admittedly the instructions for doing so make it a bit of a pain. To make matters worse, if you go to the preferences and run the 'test' to see if the built in controller works, it sometimes says it works (when it doesn't) or provides a rather useless error message. Of all the plugins that aren't installed, this is my favorite vote for being a part of the core package. darrell -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Thu Feb 7 21:41:05 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 07 Feb 2008 16:41:05 -0500 Subject: [fedora-java] Re: java code coverage tools In-Reply-To: References: <20080207172318.GA8328@redhat.com> <1202417717.24679.6.camel@upstairs.overholt.lan> Message-ID: <1202420465.24679.22.camel@upstairs.overholt.lan> On Thu, 2008-02-07 at 13:12 -0800, darrell pfeifer wrote: > Of all the plugins that aren't installed, this is my favorite vote for > being a part of the core package. I assume by "core package" you mean the "Fedora Eclipse" yum group? Don't forget that *everything* is modular in Eclipse so we package things as RPMs to match the upstream feature sets. Examples include: eclipse-sdk matches the upstream SDK downloads eclipse-platform matches the upstream Platform downloads eclipse-cdt matches the upstream CDT downloads ... (or at least they *should* :) In this case, TPTP would become eclipse-tptp and have its dependencies enumerated properly. We'd probably need to resurrect eclipse-emf (or some variant thereof as it's gone through a big re-organization upstream since I last packaged it) and maybe even some other dependencies of TPTP. In all seriousness, I don't have time to commit to packaging TPTP but if people are interested, I can offer help and guidance. That goes for any other Eclipse plugin that people want. And if someone wants to help but doesn't have the time or confidence to own something entirely, there are a lot of base Eclipse SDK issues that need fixing. Oh, and not to overwhelm, but it'd be cool to coordinate some of this stuff with the other distros via linux-distros-dev at eclipse.org. In conclusion, my door is always open. And by that I of course mean that I'll respond to your mail :) Andrew "apparently I like starting paragraphs with 'In'" Overholt From viveklak at gmail.com Thu Feb 7 23:23:20 2008 From: viveklak at gmail.com (Vivek Lakshmanan) Date: Thu, 7 Feb 2008 18:23:20 -0500 Subject: [fedora-java] Orphaning packages Message-ID: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Hello, I have been unable to provide necessary attention to a number of java packages I owned for the last little while, and I am afraid my schedule is only going to get tighter in the future. As a result I have orphaned the following packages: bea-stax byaccj classpathx-jaf classpathx-jaxp crytpix-asn1 isorelax jakarta-commons-collections jakarta-commons-pool java_cup jaxen jaxen-bootstrap jgroups jlex jzlib ldapjdk log4j regexp saxon saxon8 tanukiwrapper tomcat5 velocity xalan-j2 xmlrpc I apologize if any bugs you reported have not been acted upon recently. If some brave soul would like to take over, I can provide guidance, though it may be somewhat sporadic. Vivek From jesusr at redhat.com Fri Feb 8 01:52:12 2008 From: jesusr at redhat.com (Jesus M. Rodriguez) Date: Thu, 7 Feb 2008 20:52:12 -0500 Subject: [fedora-java] Re: Orphaning packages In-Reply-To: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Message-ID: <20080208015212.GA5405@transam.devel.redhat.com> On Thu, Feb 07, 2008 at 06:23:20PM -0500, Vivek Lakshmanan wrote: > Hello, > I have been unable to provide necessary attention to a number of java > packages I owned for the last little while, and I am afraid my > schedule is only going to get tighter in the future. As a result I > have orphaned the following packages: > > bea-stax > byaccj > classpathx-jaf > classpathx-jaxp > crytpix-asn1 > isorelax > jakarta-commons-collections > jakarta-commons-pool > java_cup > jaxen > jaxen-bootstrap > jgroups > jlex > jzlib > ldapjdk > log4j > regexp > saxon > saxon8 > tanukiwrapper > tomcat5 > velocity > xalan-j2 > xmlrpc > > I apologize if any bugs you reported have not been acted upon recently. > If some brave soul would like to take over, I can provide guidance, > though it may be somewhat sporadic. > Vivek I would be interested in take some of these packages. tanukiwrapper velocity xmlrpc log4j I will definitely take. If the rest are dependencies I can take them for now. Sincerely, jesus -- jesus m. rodriguez | jesusr at redhat.com sr. software engineer | irc: zeus red hat network | 919.754.4413 x44413 +-------------------------------------------+ | "Those who cannot learn from history | | are doomed to repeat it." | | -- George Santayana | +-------------------------------------------+ From viveklak at gmail.com Fri Feb 8 03:27:24 2008 From: viveklak at gmail.com (Vivek Lakshmanan) Date: Thu, 7 Feb 2008 22:27:24 -0500 Subject: [fedora-java] Re: Orphaning packages In-Reply-To: <20080208015212.GA5405@transam.devel.redhat.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> <20080208015212.GA5405@transam.devel.redhat.com> Message-ID: <3ce8a9e0802071927i47664dafpc191a1f29d48e045@mail.gmail.com> On Feb 7, 2008 8:52 PM, Jesus M. Rodriguez wrote: > > I would be interested in take some of these packages. > > tanukiwrapper > velocity > xmlrpc > log4j > > I will definitely take. If the rest are dependencies I can take > them for now. > Thanks Jesus... Tomcat is by far the heaviest of these packages and needs almost all of the rest. Fortunately Devrim Gunduz has been doing a great job maintaining it and I believe pkgdb already shows him to be the owner. Apart from the ones you mentioned, most are maven2 deps and probably best discussed with dbhole (maven2 owner). In the meantime please feel free to adopt the packages you expressed interest in. I believe the process is documented here: http://fedoraproject.org/wiki/PackageMaintainers/UsingPackagedb#head-e191a99ad05ab1400b7582e5f1257f6a4a364d4e Do let me know if I can provide any assistance. Vivek From mark at klomp.org Fri Feb 8 20:20:08 2008 From: mark at klomp.org (Mark Wielaard) Date: Fri, 08 Feb 2008 21:20:08 +0100 Subject: [fedora-java] Get ready for Fosdem - Free Java Meeting Message-ID: <1202502008.3359.54.camel@dijkstra.wildebeest.org> In just two weeks, 22 and 23 February, the Free Java Meeting will take place during Fosdem in Brussels, Belgium. There is a dynamic program with lots of (short) talks and space for discussions on the state of the various free java projects, mobile java, the VM and the Distro Rumble, the free java factory, cool stuff, freedom, compatibility, community and planning all the exciting stuff we are going to do together in the next year. So if you are interested in Debian-java, GNU Classpath, OpenJDK, JikesRVM, Fedora-java, IKVM.NET, JamVM, Jalimo, Mobile&Embedded, Kaffe, Gentoo-java, IcedTea, JNode, MIDPath, FBToolkit, Brandweg, Duchess, IcePick, HotSpot, "Zero", Ubuntu-java, and much, much more. Then please come and join us. More information on the program, who will be there and other activities at http://fosdem.org/2008/schedule/devroom/freejava and http://wiki.debian.org/Java/DevJam/2008/Fosdem Best of all, it is all free. You only have to pay the beer yourself *) Hope to see you all there! *) FOSDEM '08 is a free and non-commercial event organized by the community, for the community. Its goal is to provide Free Software and Open Source developers a place to meet. http://fosdem.org/ From mark at klomp.org Sat Feb 9 14:39:49 2008 From: mark at klomp.org (Mark Wielaard) Date: Sat, 09 Feb 2008 15:39:49 +0100 Subject: [fedora-java] Get ready for Fosdem - Free Java Meeting Message-ID: <1202567989.3870.16.camel@dijkstra.wildebeest.org> In just two weeks, 22 and 23 February, the Free Java Meeting will take place during Fosdem in Brussels, Belgium. There is a dynamic program with lots of (short) talks and space for discussions on the state of the various free java projects, mobile java, the VM and the Distro Rumble, the free java factory, cool stuff, freedom, compatibility, community and planning all the exciting stuff we are going to do together in the next year. So if you are interested in Debian-java, GNU Classpath, OpenJDK, JikesRVM, Fedora-java, IKVM.NET, JamVM, Jalimo, Mobile&Embedded, Kaffe, Gentoo-java, IcedTea, JNode, MIDPath, FBToolkit, Brandweg, Duchess, IcePick, HotSpot, "Zero", Ubuntu-java, GCJ and much, much more. Then please come and join us. More information on the program, who will be there and other activities at http://fosdem.org/2008/schedule/devroom/freejava and http://wiki.debian.org/Java/DevJam/2008/Fosdem Best of all, it is all free. You only have to pay the beer yourself *) Hope to see you all there! *) FOSDEM '08 is a free and non-commercial event organized by the community, for the community. Its goal is to provide Free Software and Open Source developers a place to meet. http://fosdem.org/ From mark at klomp.org Sat Feb 9 18:13:38 2008 From: mark at klomp.org (Mark Wielaard) Date: Sat, 09 Feb 2008 19:13:38 +0100 Subject: [fedora-java] Orphaning packages In-Reply-To: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Message-ID: <1202580818.3870.33.camel@dijkstra.wildebeest.org> Hi, On Thu, 2008-02-07 at 18:23 -0500, Vivek Lakshmanan wrote: > I have been unable to provide necessary attention to a number of java > packages I owned for the last little while, and I am afraid my > schedule is only going to get tighter in the future. As a result I > have orphaned the following packages: > [...] > classpathx-jaf > classpathx-jaxp classpathx-jaxp has been merged into GNU Classpath since some time and so is now also part of libgcj. We are about to also merge classpathx-jaf into the GNU Classpath project since these classes are now core since JDK6. Are there any packages relying on these being also available separately? Cheers, Mark From devrim at CommandPrompt.com Sat Feb 9 20:36:06 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Sat, 09 Feb 2008 12:36:06 -0800 Subject: [fedora-java] Re: Orphaning packages In-Reply-To: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Message-ID: <1202589366.24118.45.camel@localhost.localdomain> Hi, On Thu, 2008-02-07 at 18:23 -0500, Vivek Lakshmanan wrote: > As a result I have orphaned the following packages: I will take these: * jakarta-commons-collections * xalan-j2 * byaccj * jakarta-commons-pool * regexp * saxon I already got Tomcat5 ownership as you released it. Looks like saxon8 hasn't been imported to CVS yet: https://bugzilla.redhat.com/show_bug.cgi?id=227115 I'll take saxon8 and push it for build, too. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From devrim at CommandPrompt.com Sat Feb 9 20:38:42 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Sat, 09 Feb 2008 12:38:42 -0800 Subject: [fedora-java] Re: Orphaning packages In-Reply-To: <1202584895.11628.24.camel@localhost.localdomain> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> <1202584895.11628.24.camel@localhost.localdomain> Message-ID: <1202589522.24118.49.camel@localhost.localdomain> Hi, On Sat, 2008-02-09 at 20:21 +0100, Lubomir Kundrak wrote: > > I apologize if any bugs you reported have not been acted upon > recently. > > If some brave soul would like to take over, I can provide guidance, > > though it may be somewhat sporadic. > > Devrim helped a lot with tomcat5 and IIRC expressed some interest in > maintaining it, so adding him to Cc, in case he didn't notice. Maybe > he is the brave soul to take over some other packages as well. :) I took 7 more packages. If we cannot find to maintain the rest of the orphaned packages, I'll take them, too. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dant at cdkkt.com Wed Feb 13 19:52:57 2008 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 13 Feb 2008 11:52:57 -0800 Subject: [fedora-java] Unable to GNU AutoBuild a simple HelloWorld console application Message-ID: <1202932377.12883.8.camel@gold.cdkkt.com> I am testing Eclipse on F8, and I have checkout HelloWorld from my SVN repository and into my workspace, choosing GNU AutoBuild but apparently it is unable to auto-build. The error I have reported is: **** Clean-only build of configuration Build (GNU) for project HelloWorld **** make -k distclean make: *** No rule to make target `distclean'. Buildfile generation error occurred.. Not possible to generate Makefile and no existing Makefile found Build stopped.. So what is the problem -------------- next part -------------- An HTML attachment was scrubbed... URL: From jjohnstn at redhat.com Wed Feb 13 20:20:12 2008 From: jjohnstn at redhat.com (Jeff Johnston) Date: Wed, 13 Feb 2008 15:20:12 -0500 Subject: [fedora-java] Unable to GNU AutoBuild a simple HelloWorld console application In-Reply-To: <1202932377.12883.8.camel@gold.cdkkt.com> References: <1202932377.12883.8.camel@gold.cdkkt.com> Message-ID: <47B350FC.1090709@redhat.com> Daniel B. Thurman wrote: > I am testing Eclipse on F8, and I have checkout HelloWorld > from my SVN repository and into my workspace, choosing > GNU AutoBuild but apparently it is unable to auto-build. > > The error I have reported is: > > **** Clean-only build of configuration Build (GNU) for project > HelloWorld **** > > make -k distclean > make: *** No rule to make target `distclean'. > Buildfile generation error occurred.. > Not possible to generate Makefile and no existing Makefile found > Build stopped.. > > So what is the problem > A GNU Autotools project expects an existing project to have a configure script or autogen.sh that is used to configure and ultimately generate the Makefile. If you do not have these files and don't plan on adding them, you should use either the regular Managed Make project which will create a Makefile for you, or the Std Make project which expects you to have a Makefile. Regarding the clean behavior, the Autotools project default is to do a make distclean which is a standard target in a generated Makefile for an autotools project. If one goes to Project ->Properties->C/C++ Build->Settings->Autotools tab you will find settings for the clean behavior. You can change this to make clean or have the build directory simply deleted. The distclean target deletes all files created by the build and leaves others alone. This is useful when one wants to configure/build directly in the source directory. The error message was given because it could not find a Makefile in your project and there were no configuration files to generate one from. -- Jeff J. > ------------------------------------------------------------------------ > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > From dant at cdkkt.com Wed Feb 13 21:22:46 2008 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 13 Feb 2008 13:22:46 -0800 Subject: [fedora-java] Unable to GNU AutoBuild a simple HelloWorld console application In-Reply-To: <47B350FC.1090709@redhat.com> References: <1202932377.12883.8.camel@gold.cdkkt.com> <47B350FC.1090709@redhat.com> Message-ID: <1202937766.12883.24.camel@gold.cdkkt.com> On Wed, 2008-02-13 at 12:20 -0800, Jeff Johnston wrote: > Daniel B. Thurman wrote: > > I am testing Eclipse on F8, and I have checkout HelloWorld > > from my SVN repository and into my workspace, choosing > > GNU AutoBuild but apparently it is unable to auto-build. > > > > The error I have reported is: > > > > **** Clean-only build of configuration Build (GNU) for project > > HelloWorld **** > > > > make -k distclean > > make: *** No rule to make target `distclean'. > > Buildfile generation error occurred.. > > Not possible to generate Makefile and no existing Makefile found > > Build stopped.. > > > > So what is the problem > > > > A GNU Autotools project expects an existing project to have a > configure > script or autogen.sh that is used to configure and ultimately > generate > the Makefile. If you do not have these files and don't plan on > adding > them, you should use either the regular Managed Make project which > will > create a Makefile for you, or the Std Make project which expects you > to > have a Makefile. > >From what I can tell, when I checked out HelloWorld from SVN repository, I had chosen the Project Wizard, the Wizard gave me two choices. (1) C Project or (2) GNU C Autotools Project. I chosed (2). Then entered "HelloWorld" as the Workspace name, then the configuration Project Type says: "GNU Autotools" and Build(GNU) is checked, then left the Additional Settings alone and clicked 'Finish". That is now I ended up with the above reported error. I assume this is what you mean by 'Managed Make"? As far as I can tell, there is no 'Managed Make" that I can see... > Regarding the clean behavior, the Autotools project default is to do > a > make distclean which is a standard target in a generated Makefile for > an > autotools project. If one goes to Project ->Properties->C/C++ > Build->Settings->Autotools tab you will find settings for the clean > behavior. You can change this to make clean or have the build > directory > simply deleted. The distclean target deletes all files created by > the > build and leaves others alone. This is useful when one wants to > configure/build directly in the source directory. > I tried both clean and disclean - same error except that the 'disclean' rule does not appear in 'clean' > The error message was given because it could not find a Makefile in > your > project and there were no configuration files to generate one from. Yes, that is correct - there is no Makefile that is generated or existing. I am trying to get the 'Managed Make' to work - but cannot tell how to do this. Thanks for responding, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From jjohnstn at redhat.com Wed Feb 13 22:27:17 2008 From: jjohnstn at redhat.com (Jeff Johnston) Date: Wed, 13 Feb 2008 17:27:17 -0500 Subject: [fedora-java] Unable to GNU AutoBuild a simple HelloWorld console application In-Reply-To: <1202937766.12883.24.camel@gold.cdkkt.com> References: <1202932377.12883.8.camel@gold.cdkkt.com> <47B350FC.1090709@redhat.com> <1202937766.12883.24.camel@gold.cdkkt.com> Message-ID: <47B36EC5.8040306@redhat.com> Daniel B. Thurman wrote: > > On Wed, 2008-02-13 at 12:20 -0800, Jeff Johnston wrote: >> Daniel B. Thurman wrote: >> > I am testing Eclipse on F8, and I have checkout HelloWorld >> > from my SVN repository and into my workspace, choosing >> > GNU AutoBuild but apparently it is unable to auto-build. >> > >> > The error I have reported is: >> > >> > **** Clean-only build of configuration Build (GNU) for project >> > HelloWorld **** >> > >> > make -k distclean >> > make: *** No rule to make target `distclean'. >> > Buildfile generation error occurred.. >> > Not possible to generate Makefile and no existing Makefile found >> > Build stopped.. >> > >> > So what is the problem >> > >> >> A GNU Autotools project expects an existing project to have a configure >> script or autogen.sh that is used to configure and ultimately generate >> the Makefile. If you do not have these files and don't plan on adding >> them, you should use either the regular Managed Make project which will >> create a Makefile for you, or the Std Make project which expects you to >> have a Makefile. >> > >From what I can tell, when I checked out HelloWorld from SVN repository, > I had chosen the Project Wizard, the Wizard gave me two choices. > (1) C Project or (2) GNU C Autotools Project. I chosed (2). Then entered > "HelloWorld" as the Workspace name, then the configuration Project > Type says: "GNU Autotools" and Build(GNU) is checked, then left the > Additional Settings alone and clicked 'Finish". > > That is now I ended up with the above reported error. > I assume this is what you mean by 'Managed Make"? > > As far as I can tell, there is no 'Managed Make" that I can see... Old terminology. You want C Project - > Executable. If you look at Help -> Cheat Sheets -> C/C++ Development you will find a "Creating C/C++ Projects" topic. Follow this as it creates the Hello World example you want. > >> Regarding the clean behavior, the Autotools project default is to do a >> make distclean which is a standard target in a generated Makefile for an >> autotools project. If one goes to Project ->Properties->C/C++ >> Build->Settings->Autotools tab you will find settings for the clean >> behavior. You can change this to make clean or have the build directory >> simply deleted. The distclean target deletes all files created by the >> build and leaves others alone. This is useful when one wants to >> configure/build directly in the source directory. >> > > I tried both clean and disclean - same error except that the 'disclean' > rule does not appear in 'clean' > No point as you don't have a Makefile. >> The error message was given because it could not find a Makefile in your >> project and there were no configuration files to generate one from. > > Yes, that is correct - there is no Makefile that is generated or > existing. I am > trying to get the 'Managed Make' to work - but cannot tell how to do this. > > Thanks for responding, > Dan > ------------------------------------------------------------------------ > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > From palglowr at gmail.com Wed Feb 20 13:09:57 2008 From: palglowr at gmail.com (Shunichi Fuji) Date: Wed, 20 Feb 2008 22:09:57 +0900 Subject: [fedora-java] NullPointerException in autotools propaties page Message-ID: <20080220220957.497b94cf.palglowr@gmail.com> hi, i have got NullPointer error in project propaties page on autotools-plugins. in AutotoolsDefaultBuildDirHandler, sometimes AutotoolsDefaultBuildDirHandler("status") returned null. (it happen that didn't add configure to Used tools, didn't push apply button, when builder is autotools.) just aviod by continue. in MakeGenerator, at similler situation. when didn't apply tool-chain yet, but values are changed. then push ok to invoke this. if buildDir isn't null, return new Path(buildDir). otherwise return null. the caller of this function may handle by set to default build value. (at least in cdt-HEAD) i'm not sure this is a correct way from a design viewpoint. btw, i saw `FIXME: Use holder to set option value, not the "option" parameter`. it may be related? but i didnt see deeply yet. so i just put only a quick patch here. ### Eclipse Workspace Patch 1.0 #P com.redhat.eclipse.cdt.autotools Index: src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java =================================================================== RCS file: /cvs/eclipse/autotools/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java,v retrieving revision 1.4 diff -u -r1.4 AutotoolsDefaultBuildDirHandler.java --- src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java 30 Oct 2007 22:36:17 -0000 1.4 +++ src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java 20 Feb 2008 12:06:59 -0000 @@ -61,6 +61,7 @@ continue; } ITool tool = config.getToolFromOutputExtension("status"); //$NON-NLS-1$ + if (tool == null) continue; // We now want to get the builddir option for the tool. If we use // getOptionById(), we must know the full id which in our case has a generated // numeric extension at the end. Otherwise, the base builddir option id Index: src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java =================================================================== RCS file: /cvs/eclipse/autotools/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java,v retrieving revision 1.35 diff -u -r1.35 MakeGenerator.java --- src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java 28 Jan 2008 20:45:12 -0000 1.35 +++ src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java 20 Feb 2008 12:07:00 -0000 @@ -105,6 +105,7 @@ private void initializeBuildConfigDirs() { ITool tool = cfg.getToolFromOutputExtension("status"); //$NON-NLS-1$ + if (tool == null) return; IOption[] options = tool.getOptions(); for (int i = 0; i < options.length; ++i) { String id = options[i].getId(); @@ -251,7 +252,9 @@ * @see org.eclipse.cdt.managedbuilder.makegen.IManagedBuilderMakefileGenerator#getBuildWorkingDir() */ public IPath getBuildWorkingDir() { - return new Path(buildDir); + if (this.buildDir != null) + return new Path(buildDir); + return null; } /* From jjohnstn at redhat.com Thu Feb 21 20:50:50 2008 From: jjohnstn at redhat.com (Jeff Johnston) Date: Thu, 21 Feb 2008 15:50:50 -0500 Subject: [fedora-java] NullPointerException in autotools propaties page In-Reply-To: <20080220220957.497b94cf.palglowr@gmail.com> References: <20080220220957.497b94cf.palglowr@gmail.com> Message-ID: <47BDE42A.7090408@redhat.com> Shunichi Fuji wrote: Hi Shunichi, You shouldn't be getting this null pointer exception. There is only one tool set for Autotools and it definitely should have resolved the getToolFromOutputExtension(). The fact this isn't working is reason to stop immediately (i.e. checking for null and continuing is wrong). Please open a Bugzilla bug in Fedora against eclipse-cdt and provide more information regarding your system and what levels of Eclipse and Autotools you are running. Regards, -- Jeff J. > hi, i have got NullPointer error in project propaties page on autotools-plugins. > > in AutotoolsDefaultBuildDirHandler, sometimes AutotoolsDefaultBuildDirHandler("status") > returned null. (it happen that didn't add configure to Used tools, didn't > push apply button, when builder is autotools.) > just aviod by continue. > > in MakeGenerator, at similler situation. when didn't apply tool-chain yet, but values are > changed. then push ok to invoke this. > if buildDir isn't null, return new Path(buildDir). > otherwise return null. the caller of this function may handle by set to default build value. > (at least in cdt-HEAD) > > i'm not sure this is a correct way from a design viewpoint. > > btw, i saw `FIXME: Use holder to set option value, not the "option" parameter`. > it may be related? > but i didnt see deeply yet. so i just put only a quick patch here. > > > ### Eclipse Workspace Patch 1.0 > #P com.redhat.eclipse.cdt.autotools > Index: src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java > =================================================================== > RCS file: /cvs/eclipse/autotools/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java,v > retrieving revision 1.4 > diff -u -r1.4 AutotoolsDefaultBuildDirHandler.java > --- src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java 30 Oct 2007 22:36:17 -0000 1.4 > +++ src/com/redhat/eclipse/cdt/autotools/AutotoolsDefaultBuildDirHandler.java 20 Feb 2008 12:06:59 -0000 > @@ -61,6 +61,7 @@ > continue; > } > ITool tool = config.getToolFromOutputExtension("status"); //$NON-NLS-1$ > + if (tool == null) continue; > // We now want to get the builddir option for the tool. If we use > // getOptionById(), we must know the full id which in our case has a generated > // numeric extension at the end. Otherwise, the base builddir option id > Index: src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java > =================================================================== > RCS file: /cvs/eclipse/autotools/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java,v > retrieving revision 1.35 > diff -u -r1.35 MakeGenerator.java > --- src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java 28 Jan 2008 20:45:12 -0000 1.35 > +++ src/com/redhat/eclipse/cdt/autotools/MakeGenerator.java 20 Feb 2008 12:07:00 -0000 > @@ -105,6 +105,7 @@ > > private void initializeBuildConfigDirs() { > ITool tool = cfg.getToolFromOutputExtension("status"); //$NON-NLS-1$ > + if (tool == null) return; > IOption[] options = tool.getOptions(); > for (int i = 0; i < options.length; ++i) { > String id = options[i].getId(); > @@ -251,7 +252,9 @@ > * @see org.eclipse.cdt.managedbuilder.makegen.IManagedBuilderMakefileGenerator#getBuildWorkingDir() > */ > public IPath getBuildWorkingDir() { > - return new Path(buildDir); > + if (this.buildDir != null) > + return new Path(buildDir); > + return null; > } > > /* > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > From orion at cora.nwra.com Sat Feb 23 00:02:40 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 22 Feb 2008 17:02:40 -0700 Subject: [fedora-java] Java build on rawhide Message-ID: <47BF62A0.8010009@cora.nwra.com> This seems new. I'm try to build plplot in rawhide and getting the following. This seems to be pointing to a pretty fundamental issue with the java install. This was working a bit ago. cd /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java && /usr/bin/javac -classpath /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java -d /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java ---------- 1. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 1) // -*-java-*- ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files ---------- 2. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 1) // -*-java-*- ^ The type java.lang.String cannot be resolved. It is indirectly referenced from required .class files ---------- 3. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 23) public class config { ^^^^^^ Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor ---------- 4. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 25) public final static String libname = "plplotjavac_wrap.so"; ^^^^^^ String cannot be resolved to a type ---------- 5. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 26) public final static String libdir = "/usr/lib/plplot5.9.0"; ^^^^^^ String cannot be resolved to a type ---------- 5 problems (5 errors)make[2]: *** [bindings/java/plplot/core/config.class] Error 255 Suggestions? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From overholt at redhat.com Sat Feb 23 06:00:41 2008 From: overholt at redhat.com (Andrew Overholt) Date: Sat, 23 Feb 2008 01:00:41 -0500 Subject: [fedora-java] Java build on rawhide In-Reply-To: <47BF62A0.8010009@cora.nwra.com> References: <47BF62A0.8010009@cora.nwra.com> Message-ID: <20080223060041.GA25163@redhat.com> * Orion Poplawski [2008-02-22 19:03]: > ^ > The type java.lang.Object cannot be resolved. It is indirectly referenced > from required .class files > [...] > Suggestions? This usually indicates something is wrong with bootclasspath. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Sat Feb 23 20:34:10 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Sat, 23 Feb 2008 13:34:10 -0700 (MST) Subject: [fedora-java] Java build on rawhide In-Reply-To: <20080223060041.GA25163@redhat.com> References: <47BF62A0.8010009@cora.nwra.com> <20080223060041.GA25163@redhat.com> Message-ID: <3968.71.208.66.222.1203798850.squirrel@www.cora.nwra.com> > * Orion Poplawski [2008-02-22 19:03]: >> ^ >> The type java.lang.Object cannot be resolved. It is indirectly >> referenced >> from required .class files >> [...] >> Suggestions? > > This usually indicates something is wrong with bootclasspath. > > Andrew > Okay, how would I go about diagnosing this? Sorry, I'm still pretty green with Java. Thanks. - Orion From overholt at redhat.com Sat Feb 23 21:26:13 2008 From: overholt at redhat.com (Andrew Overholt) Date: Sat, 23 Feb 2008 16:26:13 -0500 Subject: [fedora-java] Java build on rawhide In-Reply-To: <3968.71.208.66.222.1203798850.squirrel@www.cora.nwra.com> References: <47BF62A0.8010009@cora.nwra.com> <20080223060041.GA25163@redhat.com> <3968.71.208.66.222.1203798850.squirrel@www.cora.nwra.com> Message-ID: <20080223212613.GA29529@redhat.com> * orion at cora.nwra.com [2008-02-23 15:34]: > > * Orion Poplawski [2008-02-22 19:03]: > >> ^ > >> The type java.lang.Object cannot be resolved. It is indirectly > >> referenced > >> from required .class files > >> [...] > >> Suggestions? > > > > This usually indicates something is wrong with bootclasspath. > > > > Andrew > > > > Okay, how would I go about diagnosing this? Sorry, I'm still pretty green > with Java. You'll have to see how that is being compiled. On the actual javac line (either an ant call or something else) see if something is setting bootclasspath. Chances are it's set to something that doesn't exist. In most cases (especially with java-gcj-compat, IcedTea, or the Sun VM), it shouldn't be need to be set. I've seen it used often with the IBM VM which splits up its core classes among multiple jars -- as opposed to rt.jar which the others use. HTH, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Sun Feb 24 15:05:46 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Sun, 24 Feb 2008 08:05:46 -0700 (MST) Subject: [fedora-java] Java build on rawhide In-Reply-To: <20080223212613.GA29529@redhat.com> References: <47BF62A0.8010009@cora.nwra.com> <20080223060041.GA25163@redhat.com> <3968.71.208.66.222.1203798850.squirrel@www.cora.nwra.com> <20080223212613.GA29529@redhat.com> Message-ID: <3427.71.208.66.222.1203865546.squirrel@www.cora.nwra.com> > * orion at cora.nwra.com [2008-02-23 15:34]: > You'll have to see how that is being compiled. On the actual javac line > (either an ant call or something else) see if something is > setting bootclasspath. Chances are it's set to something that doesn't > exist. In most cases (especially with java-gcj-compat, IcedTea, or the > Sun VM), it shouldn't be need to be set. I've seen it used often with > the IBM VM which splits up its core classes among multiple jars -- as > opposed to rt.jar which the others use. This appears to have fixed itself after updating to gcc-java-4.3.0-0.11 yesterday. Thanks for the help though...