search for: xalan

...ce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2014:0348 Important CentOS 5 xalan-j2 Update (Johnny Hughes) 2. CESA-2014:0348 Important CentOS 6 xalan-j2 Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 Apr 2014 12:17:13 +0000 From: Johnny Hughes <johnny at centos.org> Subject: [CentOS-announce] CES...

Hello, I have some problems running some tools of java in CentOS. Anyone know where is the problem for this? > [jv at localhost ~]$ java org.apache.xalan.xslt.Process > Exception in thread "main" java.lang.NoClassDefFoundError: org.apache.xalan.xslt.Process > at gnu.java.lang.MainThread.run(libgcj.so.7rh) > Caused by: java.lang.ClassNotFoundException: org.apache.xalan.xslt.Process not found in gnu.gcj.runtime.SystemClassLoader{...

...Security Advisory 2014:0348 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0348.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0a93cd521aa9197ef5e08abbc130eddae7b0d7d7bdc8de2e3e417e0ceb72789b xalan-j2-2.7.0-6jpp.2.i386.rpm 99f6ad2ccf7ca1ff180360510279a1a274c3af0bbe8f46f51d453f1b5636bfff xalan-j2-demo-2.7.0-6jpp.2.i386.rpm e1abce5dcc6bb72fca6c482e48fd7aa8ddfaacec946ce538ead8044057621003 xalan-j2-javadoc-2.7.0-6jpp.2.i386.rpm d6d235e7331ed50701061db86eb5636435f791d951fd2ca0f5da40ab19fc114b x...

...Security Advisory 2014:0348 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0348.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4791c5a062d2fafdbc3281552de6770ffcfb2e678913af78a76e8160e7398343 xalan-j2-2.7.0-9.9.el6_5.noarch.rpm 315a5642f01614a5ea9ad520bab9969169c35a5d07622f99003d97aa00c455ee xalan-j2-demo-2.7.0-9.9.el6_5.noarch.rpm 876b3aa82be8b979368b06121e038e01bbb768e91dbf65e4cbd84475b17fb94f xalan-j2-javadoc-2.7.0-9.9.el6_5.noarch.rpm 5c87ed68e12853a34ebb9cfbe4910e1ac5b42092a467fab7980e...

...ov 12, 2013 at 1:01 PM, David Blaikie <dblaikie at gmail.com> wrote: > Hi Manman, > > Thanks for sending this summary and progress plans - it's great to see the > impact your changes have had and ideas for future direction. > > Type uniquing for C++ is in. Some data for Xalan with -flto -g: >> 9.9MB raw dwarf size, peak memory usage at 2.8GB >> The raw dwarf size was 58MB, memory usage was 7GB back in May, 2013. >> Other efforts at size reduction helped, and type uniquing improved on top >> of those. >> >> Data on building clang with...

Hi All, Type uniquing for C++ is in. Some data for Xalan with -flto -g: 9.9MB raw dwarf size, peak memory usage at 2.8GB The raw dwarf size was 58MB, memory usage was 7GB back in May, 2013. Other efforts at size reduction helped, and type uniquing improved on top of those. Data on building clang with "-flto -g" after type uniquing: 3.4GB MDN...

...rely fail when you try to use for something more real. Currently it at least lacks information about frame moves. So, every invoke, which needs to restore call-clobbered registers during unwinding will be broken. Does Shootout-C++/except work for you? And stuff from llvm testsuite like omnetpp and xalan ? Also, Darwin is different than Linux, because Darwin's unwinding runtime is native one, not built by llvm-gcc. -- WBR, Anton Korobeynikov

...d Blaikie <dblaikie at gmail.com> wrote: > >> Hi Manman, >> >> Thanks for sending this summary and progress plans - it's great to see >> the impact your changes have had and ideas for future direction. >> >> Type uniquing for C++ is in. Some data for Xalan with -flto -g: >>> 9.9MB raw dwarf size, peak memory usage at 2.8GB >>> The raw dwarf size was 58MB, memory usage was 7GB back in May, 2013. >>> Other efforts at size reduction helped, and type uniquing improved on >>> top of those. >>> >>> Data...

Hi Manman, Thanks for sending this summary and progress plans - it's great to see the impact your changes have had and ideas for future direction. Type uniquing for C++ is in. Some data for Xalan with -flto -g: > 9.9MB raw dwarf size, peak memory usage at 2.8GB > The raw dwarf size was 58MB, memory usage was 7GB back in May, 2013. > Other efforts at size reduction helped, and type uniquing improved on top > of those. > > Data on building clang with "-flto -g" aft...

Hi All, In LTO, we load in the source modules and link the source modules into a destination module. Lots of MDNodes are only used by the source modules, for example Xalan used 649MB for MDNodes after loading and linking, but the actual destination module only has 393MB of MDNodes. There are 649-393MB (40% of 649MB) not used. MDNodes belong to the Context, deleting modules will not release the MDNodes. One possible solution is: In LLVMContext, add “removeUnusedMDN...

...thing more real. Currently > it at > least lacks information about frame moves. So, every invoke, which > needs > to restore call-clobbered registers during unwinding will be broken. > > Does Shootout-C++/except work for you? And stuff from llvm testsuite > like omnetpp and xalan ? Everything in the llvm testsuite works. > Also, Darwin is different than Linux, because Darwin's unwinding > runtime > is native one, not built by llvm-gcc. I didn't look too hard, but it looks like the x86-64 info is only slightly modified from the x86-32 info on darwin (...

strugging with things here... tried tracking the info on the Wiki (which apparently is now in need of a maintainer)... http://wiki.centos.org/HowTos/JavaOnCentOS My primary interest is using Xalan/Saxon/xslt/xsl-fo docbook generation. I was thinking that all I really need is jre but downloaded both jre and jdk just in case. can anyone tell me what I'm doing wrong? (after removing both jdk & jre)... -rw-r--r-- 1 root root 56835774 Sep 25 00:47 jdk-6u3-linux-i586.rpm -rw-r--r-...

...ttribute >> abstract_origin >> The inlined_subroutine does not belong to the CU we call addDIEEntry >> on. >> We create the children of inlined_subroutine and call addDIEEntry >> before we add it to an owner. >> 3> ... >> >> When building xalan with "lto -g", I saw 3158 violations of the >> assumption. Should we try to fix all these violations to make the >> assumption true? >> > > As you've said, this assumption (that DIEs are always constructed by the > CU that will own them) isn't necessary...

...cted in DwarfDebug when adding attribute > abstract_origin > The inlined_subroutine does not belong to the CU we call addDIEEntry > on. > We create the children of inlined_subroutine and call addDIEEntry > before we add it to an owner. > 3> ... > > When building xalan with "lto -g", I saw 3158 violations of the > assumption. Should we try to fix all these violations to make the > assumption true? > As you've said, this assumption (that DIEs are always constructed by the CU that will own them) isn't necessary for this patch - it will b...

On Tue, Nov 12, 2013 at 4:29 PM, Manman Ren <manman.ren at gmail.com> wrote: > Hi All, > > In LTO, we load in the source modules and link the source modules into a > destination module. > Lots of MDNodes are only used by the source modules, for example Xalan > used 649MB for MDNodes after loading and linking, but the actual > destination module only has 393MB of MDNodes. There are 649-393MB (40% of > 649MB) not used. > > MDNodes belong to the Context, deleting modules will not release the > MDNodes. > > One possible solution is:...

...On Tue, Nov 12, 2013 at 4:29 PM, Manman Ren <manman.ren at gmail.com> wrote: > >> Hi All, >> >> In LTO, we load in the source modules and link the source modules into a >> destination module. >> Lots of MDNodes are only used by the source modules, for example Xalan >> used 649MB for MDNodes after loading and linking, but the actual >> destination module only has 393MB of MDNodes. There are 649-393MB (40% of >> 649MB) not used. >> >> MDNodes belong to the Context, deleting modules will not release the >> MDNodes. >> &g...

...rigin >>> The inlined_subroutine does not belong to the CU we call >>> addDIEEntry on. >>> We create the children of inlined_subroutine and call addDIEEntry >>> before we add it to an owner. >>> 3> ... >>> >>> When building xalan with "lto -g", I saw 3158 violations of the >>> assumption. Should we try to fix all these violations to make the >>> assumption true? >>> >> >> As you've said, this assumption (that DIEs are always constructed by the >> CU that will own th...

Hi, Is it possible to recieve an xml repsonse from my rails app, and then, client side, inject the xml into the page without reloading and have it apply an xslt? Like an AJAX call, but ajax is unavailable to me. My very limited understanding suggests that xslt is only done at run time in safari at least. If I can''t get thsi to work the other option I''ve thought of is to use

...4:29 PM, Manman Ren <manman.ren at gmail.com> wrote: >> >>> Hi All, >>> >>> In LTO, we load in the source modules and link the source modules into >>> a destination module. >>> Lots of MDNodes are only used by the source modules, for example Xalan >>> used 649MB for MDNodes after loading and linking, but the actual >>> destination module only has 393MB of MDNodes. There are 649-393MB (40% of >>> 649MB) not used. >>> >>> MDNodes belong to the Context, deleting modules will not release the >>&...

...The inlined_subroutine does not belong to the CU we call >>>> addDIEEntry on. >>>> We create the children of inlined_subroutine and call addDIEEntry >>>> before we add it to an owner. >>>> 3> ... >>>> >>>> When building xalan with "lto -g", I saw 3158 violations of the >>>> assumption. Should we try to fix all these violations to make the >>>> assumption true? >>>> >>> >>> As you've said, this assumption (that DIEs are always constructed by the >>...