[Bug awt/30106] JDK-1.0-style logical font names
--- Comment #4 from roman at kennke dot org 2006-12-14 08:47 --- (In reply to comment #3) > (In reply to comment #2) > > > I disagree. TimesRoman etc are not logical font names, but 'physical' font > > names. (Logical names are Serif, SansSerif, Monospaced, Dialog, and > > DialogInput > > -- refer to the API docs for java.awt.Font for more details). > > Well, Sun has corrected their mistake by now. My point is that they _did_ > use "TimesRoman", "Helvetica", and "Courier" as the logical fonts names > in JDK 1.0. Admittedly, there was little difference between logical and > physical font names back then. Unfortunately, I have no copy of the 1.0.2 > API docs lying around anymore to prove that, but the test case shows that > the JDKs still acknowledge the old names. Yeah but only because they bundle fonts with these physical names in their JRE. So to follow this behaviour of recognizing (guaranteed) we would have to ship fonts with these names too. > So, the question is whether we want bug-compatibility with Sun in this > case, or not. This is not a case of compatibility only. What if an application requests TimesRoman in the expectation to get a TimesRoman (the real one) but gets an arbitrary other font that we decide to map to? > > these work with the JDK is not strict backwards-compatibility, but only > > caused > > by Sun bundling these fonts with JREs. I don't think that we should map > > these > > names internally, as it is not at all correct. If one requests TimesRoman, > > he > > would expect the font 'TimesRoman' be loaded. > > Excatly. An (outdated) application that requests "TimesRoman" or "Courier" > expects to get those, but with current classpath its gets "Dialog" in both > cases. It wouldn't get TimesRoman anyway. At the very best it could get a similar font family of the same class. E.g. for courier, we could map to monospace etc, like you proposed. That is still not Courier though. > > I guess that this would even work with GNU Classpath if you happen to have > > the > > Microsoft TTF fonts installed and registered with fontconfig. There are > > packages for many distros that pull in these (non-free) fonts. > > I don't see how this could happen. The logical font name is not recognized, > and Dialog is substituted, regardless of what fonts are installed. Am I > missing something? Yeah. Fonts are (or at least should be - if not then this is clearly a bug) looked up as physical font names first. If a TimesRoman font is installed it should be loaded. Remember that there are real fonts with the names that you mention above. I got to make up my mind on this a little. Probably it won't hurt and we should simply apply the patch that you proposed. But we got to make sure that when a font with one of these names is installed, that this gets loaded, and not something that we decide to map to. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30106 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
GNU Classpath 0.93 "Dreamland" released
We are proud to announce the release of GNU Classpath 0.93 "Dreamland" Read on for highlights of new features in this release, pointers to supported applications and screenshots, the status and future of the 1.4 and 1.5 generics branches. An update on the Summer of Code student work. Plus some prelimenary ideas on cooperating with the Sun GPL OpenJDK Java project. And the GNU Classpath commitments to the Free Software community for the future of various projects around GNU Classpath, the users and GNU/Linux distros relying on our work. Highlights of new features in this release (more extensive list below): NIO Selector epoll (linux 2.6 kernel) and kio (BSD and Darwin) notification mechanisms added. Fast, direct call, support for in runtime CORBA objects. Support for user JNDI context factories (plus corbaname: and rmi: jndi urls). New javah tool included. JSSE SSLEngine support including TLSv1.1 and pre-shared key ciphersuites. Full lang.management MX Beans ManagementFactory implementation. 99.95% api coverage for 1.4, 95.5% api coverage for 1.5. Much better swing HTML support (aka JGecko). Graphics2D on cairo speedups and make it respects interpolation hints, better gradient support and custom Composites and Paints. Screenshots of applications (eclipse, jedit, jfreechart, "jgecko", statcvs.png) working out of the box with GNU Classpath 0.93 can be found at http://developer.classpath.org/screenshots/ With this release our 1.4 library work is 99.95 API complete. Although this doesn't mean GNU Classpath is fully compatible and a perfect drop in replacement for proprietary 1.4 JDKs yet, it is pretty close and any divergence should be considered a bug. Our 1.5 library work is now 95.5% API complete. This is the last release that will have two separate library releases for 1.4 and 1.5. The next release will be based on our 1.5 generics branch work. We are willing to maintain a 1.4 branch based the non-generic 0.93 release if people are interested in support for this. Please contact the mailinglist classpath@gnu.org if you are. This release contains two large contributions sponsored by the Google Summer of Code project. Casey Marshall rewrote the SSL library to use the NIO model of JSSE (implementing SSLEngine) and added support for TLSv1.1 and pre-shared key ciphersuites. Originally developed on the ssl-nio-branch this work is now available in the generics release. Andrew John Hughes wrote a lang.management MX Beans ManagementFactory implementation, which allows a runtime based on GNU Classpath to provide various MX Beans through javax.management services that a user can use to query the status and usage of various low level vm resources. The the original implementation was written for GCJ, but for this release other runtimes (e.g. jamvm and cacao) have added support based on the generic vm-interface designed by Andrew. GNU Classpath, essential libraries for java, is a project to create free core class libraries for use with runtimes, compilers and tools for the java programming language. The GNU Classpath developer snapshot releases are not directly aimed at the end user but are meant to be integrated into larger development platforms. For example the GCC (gcj) and Kaffe projects will use the developer snapshots as a base for future versions. More projects based on GNU Classpath: http://www.gnu.org/software/classpath/stories.html On November 13 (now known as Java Liberation Day) Sun decided to start releasing all its Java ME, SE and EE implementations under the GPL. http://www.sun.com/software/opensource/java/ For the last decade the GNU Classpath community has worked together with various other free software projects to help people avoid the so called "Java Trap" http://www.gnu.org/philosophy/java-trap.html As the FSF press release welcoming the Sun announcement said: 'Now, Sun has begun disarming the "Java Trap", turning it from a pitfall into a valuable foundation for future free software development.' http://www.fsf.org/news/fsf-welcomes-gpl-java.html The new project 'OpenJDK' started by Sun will provide a full SE Java environment. Only parts have been released now. And the GNU Classpath community already started adopting independent parts to make them work on a full free stack. With the 0.93 generics release you should be able to compile and run the GPl javac compiler with some tricks. http://gnu.wildebeest.org/diary/index.php?p=172 We hope to cooperate more substantially with the OpenJDK community in the future. Not all code has been released by Sun, in particular the core class libraries will not be release till somewhere next year. And some parts might be encumbered preventing Sun from releasing those parts. We will try and help plugg any holes left. It is too early to claim we already know how our communities will interact and work together. But the general feeling is positive. Sun has been very open, clear and cooperative about OpenJDK and letting the GNU Cl
Re: GNU Classpath 0.93 "Dreamland" released
On Thu, 14 Dec 2006 15:45:19 +0100 Mark Wielaard <[EMAIL PROTECTED]> wrote: > We are proud to announce the release of GNU Classpath 0.93 "Dreamland" Making all in lib make[1]: Entering directory `/home/fraga/src/classpath-0.93-generics/lib' mkdir -p ../gnu/java/locale ../scripts/generate-locale-list.sh > ../gnu/java/locale/LocaleData.java true top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard Adding java source files from srcdir '..'. Adding java source files from VM directory ../vm/reference g -encoding UTF-8 -classpath .: -d . @classes make[1]: g: Command not found make[1]: [compile-classes] Error 127 (ignored) touch compile-classes touch resources if test "" != ""; then -r -D glibj.zip gnu java javax org sun META-INF > /dev/null; fi if test "/usr/local/bin/fastjar" != ""; then /usr/local/bin/fastjar cf glibj.zip gnu java javax org sun META-INF; fi sun: No such file or directory Error adding sun to jar archive! make[1]: *** [glibj.zip] Error 1 make[1]: Leaving directory `/home/fraga/src/classpath-0.93-generics/lib' make: *** [all-recursive] Error 1 Any hints? -- http://u-br.net Linux 2.6.19: Avast! A bilge rat! Sao Paulo - SP
Re: GNU Classpath 0.93 "Dreamland" released
Hi Dâniel, On Thu, 2006-12-14 at 13:47 -0200, Dâniel Fraga wrote: > Making all in lib > make[1]: Entering directory `/home/fraga/src/classpath-0.93-generics/lib' > mkdir -p ../gnu/java/locale > ../scripts/generate-locale-list.sh > ../gnu/java/locale/LocaleData.java > true > top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard > Adding java source files from srcdir '..'. > Adding java source files from VM directory ../vm/reference > g -encoding UTF-8 -classpath .: -d . @classes > make[1]: g: Command not found > make[1]: [compile-classes] Error 127 (ignored) [...] oops. that error shouldn't be ignored of course. configure failed to find the (ecj) compiler on your system it seems. Modern GNU/Linux distros (Fedora and Debian) come with ecj pre-packaged. Cheers, Mark
Lets have a DevJam during FOSDEM! (Was: [Devjam] Java Is FREE! (some real information))
[Mark Wielaard] > Yes that makes sense. We got confirmation from the Fosdem organizers > that for FOSDEM 2007 (24-25th February in Brussels, Belgium) we will > have a room for 100 people and Sun.be has asked for an OpenJDK booth > that the FOSDEM organization will place not too far away from that room. Good. I'll try to make something happen. > Normally our Fosdem meeting is completely volunteer based and people > come without any sponsorship. Just because it is such a hassle to > make someone responsible for managing and tracking money. But if you > would like to help with sponsorship and coordination that would be > very nice. I've spoken with Andreas Schuldei (stockholm on IRC) in Debian, and he is interested in helping out. We need a list of interested people with and without sponsoring needs, and someone to pick the ones deserving to get their travel sponsored. We have discussed it on #debian-java a bit, and will continue to do so. http://wiki.debian.org/Java/DevJam> is a good starting place. I suggest Mark get to pick the three people to join him in the group to select who to sponsor. Fine with this, Mark? I know there were intentions to hold the next devjam in America somewhere, but suggest we grab the chance to gather at FOSDEM and try later to organize something in Canada or Mexico. I assume the current border check and legal system in USA make it less likely as an alternative. Friendly, -- Petter Reinholdtsen
Re: GNU Classpath 0.93 "Dreamland" released
On Thu, 14 Dec 2006 16:56:04 +0100 Mark Wielaard <[EMAIL PROTECTED]> wrote: > oops. that error shouldn't be ignored of course. > configure failed to find the (ecj) compiler on your system it seems. > > Modern GNU/Linux distros (Fedora and Debian) come with ecj > pre-packaged. Thanks. But can i use gcjx? I use Linux from scratch, so I have to install separately. Which is better? ecj or gcjx? Thank you. -- http://u-br.net Linux 2.6.19: Avast! A bilge rat! Sao Paulo - SP
Re: GNU Classpath 0.93 "Dreamland" released
Il giorno gio, 14/12/2006 alle 13.47 -0200, Dâniel Fraga ha scritto: > On Thu, 14 Dec 2006 15:45:19 +0100 > Mark Wielaard <[EMAIL PROTECTED]> wrote: > > > We are proud to announce the release of GNU Classpath 0.93 "Dreamland" [...] > Any hints? You have to dream with more intensity! :) > Thanks. But can i use gcjx? I use Linux from scratch, so I have > to install separately. Which is better? ecj or gcjx? Thank you. Mr. Tromey should give you an answer here, but I think you should go with ecj now that gcjx has been declared a dead project... Ciao, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: GNU Classpath 0.93 "Dreamland" released
> "Dâniel" == Dâniel Fraga <[EMAIL PROTECTED]> writes: Dâniel> Thanks. But can i use gcjx? I use Linux from scratch, so I have Dâniel> to install separately. Which is better? ecj or gcjx? Thank you. Use ecj. The gcjx project has been cancelled. Tom
Re: GNU Classpath 0.93 "Dreamland" released
Mark Wielaard wrote: We are proud to announce the release of GNU Classpath 0.93 "Dreamland" Most excellent! Now in addition to having a version number, we have a wacky word version name to go with it. These version names are sure to bring many benefits in the future. David Daney
Re: GNU Classpath 0.93 "Dreamland" released
On Thu, 14 Dec 2006 19:21:56 +0100 Mario Torre <[EMAIL PROTECTED]> wrote: > You have to dream with more intensity! :) :D > Mr. Tromey should give you an answer here, but I think you should go > with ecj now that gcjx has been declared a dead project... I have a curiosity, because configure says: configure: error: cannot find javac, try --with-ecj or --with-gcjx when the user doesn't have ecj. Does this mean that we can use javac instead of ecj? -- http://u-br.net Linux 2.6.19: Avast! A bilge rat! Sao Paulo - SP
Re: GNU Classpath 0.93 "Dreamland" released
On 14 Dec 2006 10:23:25 -0700 Tom Tromey <[EMAIL PROTECTED]> wrote: > Use ecj. The gcjx project has been cancelled. Ok. Now I get this: Making all in lib make[1]: Entering directory `/home/fraga/src/classpath-0.93-generics/lib' true top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard Adding java source files from srcdir '..'. Adding java source files from VM directory ../vm/reference /usr/local/bin/ecj -1.5 -warn:-deprecation,serial,typeHiding,unchecked,unused,varargsCast -proceedOnError -bootclasspath '' -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.:: -d . @classes directory does not exist: ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.:: make[1]: *** [compile-classes] Error 255 make[1]: Leaving directory `/home/fraga/src/classpath-0.93-generics/lib' make: *** [all-recursive] Error 1 Strange, because all the above directories exists. -- http://u-br.net Linux 2.6.19: Avast! A bilge rat! Sao Paulo - SP
