generating a cdt 3.0 tarball
by Benjamin Konrath
Hey Phil/Rick,
Here are some updated instructions for generating the CDT 3.0M5 tarball.
I couldn't actually find the 3.0 tag so I just put "**3.0TAG**" in the
sed line so you'll have to track it down (if it exists). If the repo
hasn't been tagged, then we're stuck with HEAD I suppose.
% mkdir temp && cd temp
% /usr/share/eclipse/buildscripts/copy-platform SDK /usr/share/eclipse
% mkdir home
% cvs -d :pserver:anonymous dev eclipse org:/home/tools co \
org.eclipse.cdt-releng/org.eclipse.cdt.releng
% cd org.eclipse.cdt-releng/org.eclipse.cdt.releng
% sed --in-place 's/HEAD/**3.0TAG**/' maps/cdt.map
% java -cp ../../SDK/startup.jar \
-Duser.home=../../home \
org.eclipse.core.launcher.Main \
-application org.eclipse.ant.core.antRunner \
-buildfile build.xml \
-DbaseLocation=/user/share/eclipse \
-DdontUnzip=true fetch
% cd .. && tar zcf eclipse-cdt-fetched-src-2.1.tar.gz org.eclipse.cdt.releng
I just tried this from HEAD and it seems to be be working with gij now!
If you have any problems, feel free to ping me.
Cheers, Ben
19 years, 1 month
mod_jk
by Anthony Green
I just noticed that we don't build jk (from tomcat5) or package mod_jk
(or should that be jk2/mod_jk2?). It seems weird to package tomcat5,
but not the Apache httpd connector. Is it too late to squeeze into FC4?
AG
19 years, 1 month
failing jar compilation
by Andrew Overholt
Hi,
Eclipse has now changed their build procedures to bootstrap like so:
A. build ecj itself with a pre-existing java compiler
B. build ecj with output 1.
C. use output of 2. to build rest of Eclipse
We've modified like this:
1. a. build "franken-ecj" with gcj -C
b. natively-compile 1a.
2. a. use output of 1. to build ecj a la A. above
b. natively-compile 2a.
3. a. use output of 2. to build ecj a la B. above
b. natively-compile 3b.
4. use output of 3. to build rest of Eclipse
However, with both gcc head and our latest gcc-java RPMs
(gcc-java-4.0.0-0.33), 3b. is failing for me:
$ gcj -fPIC -fjni -findirect-dispatch -shared -Wl,-Bsymbolic -o ecj.withecj.jar.so ecj.withecj.jar
org/eclipse/jdt/core/CheckDebugAttributes.java: In class 'org.eclipse.jdt.core.CheckDebugAttributes':
org/eclipse/jdt/core/CheckDebugAttributes.java: In constructor '()':
org/eclipse/jdt/core/CheckDebugAttributes.java:0: error: verification failed at PC=5: premature end of bytecode
org/eclipse/jdt/core/CheckDebugAttributes.java:0: error: verification failed at PC=6: premature end of bytecode
org/eclipse/jdt/core/CheckDebugAttributes.java:0: error: verification failed at PC=6: branch to middle of instruction
org/eclipse/jdt/core/CheckDebugAttributes.java:0: error: verification failed at PC=5: premature end of bytecode
org/eclipse/jdt/core/CheckDebugAttributes.java:0: error: verification failed at PC=6: premature end of bytecode
org/eclipse/jdt/core/CheckDebugAttributes.java:0: error: verification failed at PC=7: stack sizes differ
org/eclipse/jdt/core/CheckDebugAttributes.java:0: internal compiler error: Segmentation fault
As opposed to:
$ gcj -fPIC -fjni -findirect-dispatch -shared -Wl,-Bsymbolic -o ecj.withjavac.jar.so ecj.withjavac.jar
$
Anyone have any ideas? I've put the two jars at [1] until I can narrow it
down for a proper bug report.
Andrew
[1]
http://people.redhat.com/overholt/ecj.withecj.jar
http://people.redhat.com/overholt/ecj.withjavac.jar
19 years, 1 month
Fedora Project Mailing Lists reminder
by Elliot Lee
This is a reminder of the mailing lists for the Fedora Project, and
the purpose of each list. You can view this information at
http://fedora.redhat.com/participate/communicate/
When you're using these mailing lists, please take the time to choose
the one that is most appropriate to your post. If you don't know the
right mailing list to use for a question or discussion, please contact
me. This will help you get the best possible answer for your question,
and keep other list subscribers happy!
Mailing Lists
Mailing lists are email addresses which send email to all users
subscribed to the mailing list. Sending an email to a mailing list
reaches all users interested in discussing a specific topic and users
available to help other users with the topic.
The following mailing lists are available. To subscribe, send email to <listname>-request(a)redhat.com
(replace <listname> with the desired mailing list name such as
fedora-list) with the word subscribe in the subject.
fedora-announce-list - Announcements of changes and events. To stay
aware of news, subscribe to this list.
fedora-list - For users of releases. If you want help with a problem
installing or using , this is the list for you.
fedora-test-list - For testers of test releases. If you would like to
discuss experiences using TEST releases, this is the list for you.
fedora-devel-list - For developers, developers, developers. If you are
interested in helping create releases, this is the list for you.
fedora-extras-list - For users and developers of Fedora Extras
fedora-docs-list - For participants of the docs project
fedora-desktop-list - For discussions about desktop issues such as user
interfaces, artwork, and usability
fedora-config-list - For discussions about the development of
configuration tools
fedora-tools-list - For discussions about the toolchain (gcc, gdb,
etc...) within Fedora
fedora-devel-java-list - For discussions about Java-related Fedora
development
fedora-patches-list - For submitting patches to Fedora maintainers, and
used in line with BugWeek
fedora-legacy-announce - For announcements about the Fedora Legacy
Project
fedora-legacy-list - For discussions about the Fedora Legacy Project
fedora-selinux-list - For discussions about the Fedora SELinux Project
fedora-marketing-list - For discussions about marketing and expanding
the Fedora user base
fedora-de-list - For discussions about Fedora in the German language
fedora-es-list - For discussions about Fedora in the Spanish language
fedora-ja-list - For discussions about Fedora in the Japanese language
fedora-i18n-list - For discussions about the internationalization of
Fedora Core
fedora-trans-list - For discussions about translating the software and
documentation associated with the Fedora Project
German: fedora-trans-de
French: fedora-trans-fr
Spanish: fedora-trans-es
Italian: fedora-trans-it
Brazilian Portuguese: fedora-trans-pt_br
Japanese: fedora-trans-ja
Korean: fedora-trans-ko
Simplified Chinese: fedora-trans-zh_cn
Traditional Chinese: fedora-trans-zh_tw
19 years, 1 month
Solution to the jmxri/mx4j problem in tomcat5
by Anthony Green
Here's a solution to jmx problem in rawhide. I hope somebody
(gbenson?) can apply it and rebuild the RPMs.
Thanks!
AG
-------- Forwarded Message --------
From: Anthony Green <green(a)redhat.com>
To: Discussion about JPackage project <jpackage-discuss(a)zarb.org>
Subject: Re: [JPackage-discuss] [Fwd: mx4j (Was: [fedora-java] tomcat5)]
Date: Fri, 11 Mar 2005 16:13:28 -0800
On Fri, 2005-03-11 at 10:43 -0500, Fernando Nasser wrote:
> The javamail package already has a 'javamail-monolithic' subpackage with
> such a jar file and we are about to do the same for classpathx-mail.
>
> Following the trend we should have a 'mx4j-monolithic' subpackage.
Actually, it turns out that this jar (or something close to it) already
exists. The only problem is that the spec file is using "mx4j-jmx.jar"
for the alternative instead of just "mx4j.jar".
Somebody just needs to apply this patch and rebuild. tomcat5 also needs
to be rebuilt, since it actually copies the jmxri alternative jar file
into itself as part of the build procedure.
AG
*** mx4j.spec~ 2005-03-07 01:56:29.000000000 -0800
--- mx4j.spec 2005-03-11 15:36:58.000000000 -0800
***************
*** 209,219 ****
rm -f %{_javadir}/%{name}.jar
%post
! /usr/sbin/update-alternatives --install %{_javadir}/jmxri.jar jmxri %{_javadir}/%{name}/%{name}-jmx.jar 0
%postun
if [ "$1" = "0" ]; then
! /usr/sbin/update-alternatives --remove jmxri %{_javadir}/%{name}/%{name}-jmx.jar
fi
--- 209,219 ----
rm -f %{_javadir}/%{name}.jar
%post
! /usr/sbin/update-alternatives --install %{_javadir}/jmxri.jar jmxri %{_javadir}/%{name}/%{name}.jar 0
%postun
if [ "$1" = "0" ]; then
! /usr/sbin/update-alternatives --remove jmxri %{_javadir}/%{name}/%{name}.jar
fi
AG
19 years, 1 month
Eclipse launcher icon.xpm
by Andrew Overholt
Hi,
I encountered a problem with the Eclipse build procedure a while back where
it was getting confused on non-x86{,_64} platforms with icon.xpm. One of
the Eclipse developers is asking for input on the situation since
apparently icon.xpm doesn't do anything on linux. Does anyone know
anything about this?
https://bugs.eclipse.org/bugs/show_bug.cgi?id=86848
Thanks,
Andrew
19 years, 1 month
