> "Mike" == Mike Stump <[EMAIL PROTECTED]> writes:
Mike> I found quite a few files out of date...
[...]
Mike> libjava/configure
I updated (svn trunk) and re-ran autoconf here, and didn't see any
change.
What version of autoconf are you using? I'm using the 2.59 that comes
with FC5.
Mike>
> "Paolo" == Paolo Bonzini <[EMAIL PROTECTED]> writes:
>> On Wed, Dec 20, 2006 at 03:50:23PM +, Joseph S. Myers wrote:
>> For signed integers, overflow is undefined, but for unsigned integers,
>> overflow wraps.
Paolo> You mean writing the hypothetical PLUS_WRAP_EXPR (where a and b
Paolo
> "Jack" == Jack Howarth <[EMAIL PROTECTED]> writes:
Jack> I noticed that in gcc trunk and gcc 4.2 branch
Jack> that multilib builds of zlib occur. Does gcc
Jack> actually use the multlib zlib?
The multilib zlib is used by libgcj. The host zlib is used by gcj.
AFAIK these are the only uses.
We're planning to merge the 'gcj-eclipse' branch back to the trunk
this week. This branch holds a major overhaul of gcj, and in
particular changes gcj to use the Eclipse java compiler as a kind of
preprocessor. This change was approved by the GCC Steering Committee.
Most of the changes on the br
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> We're planning to merge the 'gcj-eclipse' branch back to the
Tom> trunk this week.
We discovered a couple libjava test suite failures in the merged tree.
I'm holding off commit
> "Chris" == Chris Pickett <[EMAIL PROTECTED]> writes:
Chris> For one reason or another, I have spent a fair amount of time
Chris> reading and getting confused by the warnings documentation.
Chris> 3. Get rid of the -Wno-xxx option listings, since it is not always
Chris> the case that -Wxxx
> "H.J." == H J Lu <[EMAIL PROTECTED]> writes:
H.J.> With the new linker switches, -Bsymbolic-functions and
H.J.> --dynamic-list-cpp-new, we can improve shared library
H.J.> performance in gcc. This change will build libstdc++.so with
H.J.> -Bsymbolic-functions and --dynamic-list-cpp-new. I ca
> "Mike" == Mike Stump <[EMAIL PROTECTED]> writes:
Mike> I tried to build java yesterday:
Mike> ../../../../../../gcc/libjava/classpath/gnu/javax/crypto/jce/
Mike> GnuCrypto.java: In class 'gnu.j
Mike> avax.crypto.jce.GnuCrypto$1':
Mike> ../../../../../../gcc/libjava/classpath/gnu/javax/crypto
> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
Andreas> The only problem I see is that one can easily lose track of
Andreas> which patches were already reviewed. Perhaps it would have
Andreas> been better to send them in smaller batches.
The patch tracker would help with that.
I
> "Mike" == Mike Stump <[EMAIL PROTECTED]> writes:
Mike> I tried to build java yesterday:
[...]
BTW this is now PR 30454.
Tom
> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> Looking at libjava/configure.ac, I understand that we only use and
Gerald> install libjava/scripts/jar.in if no version of jar nor fastjar is
Gerald> already present in $PATH:
I think we should never install the jar script -- w
> "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
Ben> I think it's worth raising the minimum required version from 2.5.4 to
Ben> 2.5.31.
Ian> I want to point out that Fedora Core 5 appears to still ship flex
Ian> 2.5.4. At least, that is what flex --version reports.
When this came up
> "Ferad" == Ferad Zyulkyarov <[EMAIL PROTECTED]> writes:
Ferad> build(EQ_EXPR, integet_type_node, left, rith);
Ferad> which is left == right
Ferad> But, as I noticed this function "build" is not maintained (used) by
Ferad> gcc any more. Instead build, what else may I use to create a
Ferad> c
> "Marcin" == Marcin Dalecki <[EMAIL PROTECTED]> writes:
Marcin> Just forget ADA and Java in mainstream. Both of them are seriously
Marcin> impeding casual contributions.
We tried this once for libgcj. We had gcj in the tree (small amount
of code, couldn't really bother anybody) but not libg
> "Robert" == Robert Dewar <[EMAIL PROTECTED]> writes:
Robert> Note by the way that formally safety-critical or security-critical
Robert> software is very unlikely to be compiled at -O2 anyway.
I think it is more likely, on Linux at least, that software will be
compiled with whatever autoconf
> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
Andrew> Anyway, I tried again, this time with the right file, and it took
Andrew> 78.67user 1.29system 1:20.01elapsed 99%CPU (0avgtext+0avgdata
0maxresident)k
Andrew> and indeed, it does want a lot of memory - at peak some 550m. It'll
An
> "David" == David Daney <[EMAIL PROTECTED]> writes:
David> The call to _ZN4java4lang6ObjectC1Ev is being generated as non-pic,
David> even though that symbol is defined in libgcj.so. The assembler and
David> linker conspire to jump to address 0x for this call.
Could also be the prob
> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> Ouch. I can confirm that on a 32-bit box of mine it fails with about
Gerald> 500MB of main memory.
It is interesting that it is the HTML parser that is causing
problems. For me, gnu-xml.lo is usually the awful one.
Does that o
> "Benjamin" == Benjamin Kosnik <[EMAIL PROTECTED]> writes:
Benjamin> but I am
Benjamin> somewhat concerned with the response of the java maintainers (and
Benjamin> others) that it's OK to require >512MB to bootstrap gcc with java, or
Benjamin> that make times "WORKSFORME."
My proposal was mo
> "Marco" == Marco Trudel <[EMAIL PROTECTED]> writes:
Marco> If it takes about 30 to 40min to build this html/parser.o and
Marco> gnu-xml.o needs about 1 or 2 minutes but is - last time I took a look
Marco> - a lot bigger than the html parser, shouldn't then be investigated
Marco> why this htm
> "David" == David Daney <[EMAIL PROTECTED]> writes:
>>> Are there any gcc-related issues with the upcoming changes to the
>>> Daylight Savings Time switch in the US starting this year?
David> GCC does however ship with libgcj the java runtime library. Some
David> versions of libgcj may not
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> As for configure scripts... autoconf -j is long overdue ;-)
Yeah. The ideal, I think, would be to have configure just record the
options the user passed it, and then have the majority of actual
checks integrated into th
> "Nitesh" == Nitesh Shende <[EMAIL PROTECTED]> writes:
Nitesh> I am trying to build gcc with java support on solaris 10 I am getting
Nitesh> lot of errors
Sorry, there isn't enough information here to go by. Make sure you've
followed all the build instructions:
http://gcc.gnu.org/
> "Francesco" == Francesco Montorsi <[EMAIL PROTECTED]> writes:
Francesco> This is very annoying when e.g. the first error is due to
Francesco> not finding a required header file: after that gcc goes on
Francesco> and spits out tons of errors about missing declarations for
Francesco> those thi
> "Diego" == Diego Novillo <[EMAIL PROTECTED]> writes:
Diego> This patch bootstraps all default languages. I'll test Ada later on,
Diego> but I need input from all the FE folks.
I don't think this should hurt gcj. I don't think we test
TREE_ADDRESSABLE for anything important.
Rebuilding li
> "Ross" == Ross Ridge <[EMAIL PROTECTED]> writes:
Ross> So long as whatever switch is used to enable this check isn't on by
Ross> default and its effect on code size and speed is documented, I don't
Ross> think it matters that much what those effects are. Anything that works
Ross> should mak
> "ChJ" == Christian Joensson <[EMAIL PROTECTED]> writes:
ChJ> In file included from
../../../gcc/libjava/classpath/native/fdlibm/fdlibm.h:29,
ChJ> from ../../../gcc/libjava/java/lang/natVMDouble.cc:27:
ChJ> ../../../gcc/libjava/classpath/native/fdlibm/mprec.h:297:1: error:
C
> "Janis" == Janis Johnson <[EMAIL PROTECTED]> writes:
>> * Very few people know how to use Janis' scripts, so to encourage
>> people to use them, the release manager could write a wiki page with a
>> HOWTO for these scripts (or ask someone to do it). Regression hunting
>> should only be easi
> "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
>> "Paulo J. Matos" <[EMAIL PROTECTED]> writes:
>> Is that any reference (paper, guide, whatever,) on how gcc is handling
>> exceptions in intermediate code? Is it based on a known (published)
>> method? Is it intuitive and explained some
> "Steven" == Steven Bosscher <[EMAIL PROTECTED]> writes:
Steven> * Maintainers of certain areas of the compiler may not be
Steven> sufficiently aware of some bug in their part of the
Steven> compiler. For example, only one of the three preprocessor bugs
Steven> is assigned to a preprocessor m
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
Dave> The definition of _EXFUN in mprec.h is unconditionally:
Dave> #define _EXFUN(name, proto) name proto
libjava, and subsequently Classpath, imported an old version of this
code, which was then hacked over randomly.
Dave> How
Ian> I proposed automatic e-mail pings, but that wasn't generally
Ian> welcomed.
Bummer. Why?
Dan> If people are okay with this, I have no problem implementing it.
If you're taking feature requests, it would be handy to canonize the
Area field somehow. I was filtering based on "preprocessor" a
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
>> If you're taking feature requests, it would be handy to canonize the
>> Area field somehow. I was filtering based on "preprocessor" and then
>> yesterday noticed things filed against "libcpp" and "cpp".
Dave> Heh. Guilty as charged.
So
> "Dan" == Daniel Berlin <[EMAIL PROTECTED]> writes:
>> Alternatively, filtering by regex would work just as well for me.
Dan> It *is* a regex :)
Hmm. I type "cpp|preprocessor" into the text area and I get no
results. I also tried emacs-style: cpp\|preprocessor. What am I
missing?
Tom
> "Kaveh" == Kaveh R GHAZI <[EMAIL PROTECTED]> writes:
Kaveh> I'm doing this at the tree level, so AIUI I have to be mindful of type,
Kaveh> scope and conflicts. I also have to decide what to do in non-C.
There's nothing to do here for Java -- Java code can't access lgamma.
Not to be too ne
> "JC" == J C Pizarro <[EMAIL PROTECTED]> writes:
Fernando> JavaOne, for sure. So you'll have the code in May.
JC> Today is 01 of May, the worker's day.
JC> I've not the code in May, Fernando.
This is the first day of May.
JC> How long have i to wait? Andrew.
JC> From Sun, there are not n
> "Joseph" == Joseph S Myers <[EMAIL PROTECTED]> writes:
Joseph> in general tree codes which are not used in GCC CVS have been
Joseph> removed and those specific to a language have been made
Joseph> language-specific and are lowered to GENERIC tree codes (those
Joseph> in tree.def) in gimplifi
> "Ranjit" == Ranjit Mathew <[EMAIL PROTECTED]> writes:
Ranjit> After your patch for PR c++/19733, there have been tonnes
Ranjit> of warnings during a libjava build complaining about "class
Ranjit> Foo has virtual functions but non-virtual destructor".
Ranjit> Therefore, can you please supp
> "DJ" == DJ Delorie <[EMAIL PROTECTED]> writes:
>> probably the sanest thing is to go with the automake-like approach of
>> one .d file per .c file, which then can be annotated without having to
>> write logic to parse a big dependency file and update it in place.
DJ> The problem with .d fil
> "Zack" == Zack Weinberg <[EMAIL PROTECTED]> writes:
>> Computed headers are dealt with somewhat clumsily in automake. As a
>> user you specify "BUILT_SOURCES", and then these are built by 'all'
>> before anything else is done.
Zack> This might not be all that bad in gcc land. It's good to
> "Andrew" == Andrew Pinski <[EMAIL PROTECTED]> writes:
>> I jumped on one of the newbe gcc hackers quests described at
>> http://gcc.gnu.org/projects/#beginner_gcc_hackers .
>> More precisely I started to clean up the long actions in
>> gcc/java/parse.y. Happy that the thing still compiled
> "David" == David Pettersson <[EMAIL PROTECTED]> writes:
David> Currently I have placed the factor out functions in a files named
David> parse_factor.c (and .h). I feel this is a somewhat bad name,
David> is there any rule for file naming in use at gcc.
There is no rule I know of other than
Eric> Ugh. Not very surprising, given that a jumbo patch landed by
Eric> that time:
Did this get resolved?
Eric> Tom, I presume there was a very good reason for installing such
Eric> a potentially destabilizing patch a few days before the
Eric> prerelease? What amount of testing did it undergo
> "Henrik" == Henrik Sorensen <[EMAIL PROTECTED]> writes:
Henrik> For the PL/I front-end project (pl1gcc.sourceforge.net), I am
Henrik> just about to begin to add a preprocessor expansion step, and
Henrik> was wondering what other front-end do.
Henrik> My initial thoughts were to create a com
> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
Andrew> At compile time we don't know the field offset of fields that we
Andrew> inherit, because it can change at runtime. So, we don't set the
Andrew> FIELD_OFFSET, and that is is why dbxout is aborting.
Andrew> All I want is for FIELD
> "Ian" == Ian Lance Taylor writes:
>> Matt Thomas <[EMAIL PROTECTED]> writes:
>> I have a 50MHz 68060 with 96MB of memory (MVME177) approaching 100 hours
>> (48 hours just to exit stage3 and start on the libraries) doing a bootstrap
>> knowing that it's going to die when doing the ranlib of
> "Paul" == Paul Koning <[EMAIL PROTECTED]> writes:
Paul> Maybe. Then again, maybe there are real problems here. The ranlib
Paul> one was already mentioned. And I wonder if libjava really needs to
Paul> bring the host to its knees, as it does.
Killing machines is only a secondary goal, if
> "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes:
Thorsten> libjava is a pain in the ass, regarding "writes to build directory
Thorsten> during installation time". libtool relinking issues, and the list
Thorsten> of headers to be installed. I have worked around these, but it's
Thorst
> "Ranjit" == Ranjit Mathew <[EMAIL PROTECTED]> writes:
Ranjit> Note that libgcj already supports an "--enable-libgcj-multifile"
Ranjit> configuration option that coarsely attempts to do the above.
Ranjit> See:
Ranjit> http://gcc.gnu.org/ml/java-patches/2003-q3/msg00658.html
--enable-libgcj
> "Sam" == Sam Lauber <[EMAIL PROTECTED]> writes:
Sam> I am experimenting with the FORTH langauge, and I would like a
Sam> front-end to be added to GCC. I think I can get most of the
Sam> parts down, but how can I generate a tree that can be used in the
Sam> code-generator?
There are some fr
> "Rutger" == Rutger Ovidius <[EMAIL PROTECTED]> writes:
RH> But still largely useless. Who in their right mind is going to
RH> use an 83MB static library when a shared library is available.
Rutger> Everyone on win32 builds libgcj static, and probably wants to keep it
Rutger> that way if the
> "Matt" == Matt Thomas <[EMAIL PROTECTED]> writes:
Matt> I'd like to libjava be split into multiple shared libraries.
Matt> In C, we have libc, libm, libpthread, etc. In X11, there's X11, Xt, etc.
Matt> So why does java have everything in one shared library? Could
Matt> the swing stuff be m
> "David" == David Daney <[EMAIL PROTECTED]> writes:
David> Perhaps the crazy person that only needs 2MB worth of the files from
David> said static library when the corresponding shared library is
David> 8MB. Especially if this lunatic is trying to make the program, OS
David> kernel etc fit in
> "Gabriel" == Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
Gabriel> I just hit this one from tree-ssa-into.c:rewrite_into_ssa()
Gabriel> /* Initialize dominance frontier. */
Gabriel> dfs = (bitmap *) xmalloc (last_basic_block * sizeof (bitmap *));
Gabriel>
> "Ranjit" == Ranjit Mathew <[EMAIL PROTECTED]> writes:
>> (4) .
Ranjit> Tom Tromey's GCJX (gcjx_branch in CVS), the completely
Ranjit> rewritten Java front-end that is written in C++.
Plugging this into gcc has largely been fine, thanks to an earlier
round of patches in this area.
The bigg
> "Richard" == Richard Guenther <[EMAIL PROTECTED]> writes:
Richard> On 6/4/05, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
>> I've just done an x86_64 build of HEAD and didn't see this error.
Richard> Hm, ok - it seems changing java/parse.y:build_if_else_statement
Richard> to not construct a C
I'm finally ready to check in the big classpath merge, and I wanted to
post a short warning before I went ahead with it.
For those who don't know about this, there is a description here:
http://gcc.gnu.org/ml/java/2005-05/msg00202.html
I've tested this merge natively (including multilib) and wi
> "Bryce" == Bryce McKinlay <[EMAIL PROTECTED]> writes:
Bryce> The FAQ is badly in need of an update - in fact, it should be moved
Bryce> over to the Wiki (http://gcc.gnu.org/wiki/GCJ) in order to be easier
Bryce> to update and maintain.
Great idea, I agree.
We've had a lot of trouble with bi
> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> This weekend 4.1 snapshot installs two new info files,
Gerald> hacking.info and vmintegration.info.
Gerald> I believe these are related to the classpath import last week.
Gerald> Do we really want/need these installed as part of
appended patch? It ensures that the headers are
built before gij.lo. (I didn't include the Makefile.in change, let
me know if you want me to send that too.)
Tom
Index: ChangeLog
from Tom Tromey <[EMAIL PROTECTED]>
* Makefile.in: Rebuilt.
* Makefile.am ($(libg
> "Dan" == Daniel Berlin <[EMAIL PROTECTED]> writes:
Dan> You can't take the output of the gcc llvm frontend on one platform, and
Dan> run it on another, like cfront could.
Dan> The sizes, alignments, etc, of things will be different, where people
Dan> use sizeof(x), etc, in their code.
Dan>
> "Joe" == Joe Buck <[EMAIL PROTECTED]> writes:
Joe> Cool; does this mean that the amount of code built by a gcc bootstrap
Joe> will decrease? Or will the combined libgjc/Classpath code still be all
Joe> included in the gcc distribution.
It will all still be in there. It is just a differenc
> "Jim" == James E Wilson <[EMAIL PROTECTED]> writes:
Jim> Appropriate info should be added here:
Jim> http://gcc.gnu.org/codingconventions.html#upstream
Jim> This is where we keep track of such things.
Thanks, I'll fix this when I get back from my trip.
Tom
> "Jim" == James E Wilson <[EMAIL PROTECTED]> writes:
Jim> Java uses CHAR_TYPE. So Ada would not be the only supported language
Jim> using it if you switched to it.
I was under the impression that CHAR_TYPE was deprecated, so I
purposely avoided it in gcjx. I'm not sure where I got that
imp
> "Jim" == James E Wilson <[EMAIL PROTECTED]> writes:
Jim> I see that Nathan posted a patch last December to try to remove some
Jim> CHAR_TYPE support.
Jim> http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00689.html
Yeah, that must be what I remember.
Jim> A possible way to solve this prob
> "Ian" == Ian Lance Taylor writes:
Ian> To make this kind of thing useful, I see two paths that we can follow.
Ian> The second approach is of course to write a little language which is
Ian> powerful enough to describe printf. The state machine language I
Ian> described earlier is too simpl
> "KC" == Kelley Cook <[EMAIL PROTECTED]> writes:
KC> Unfortunately, we have automake 1.9.3, 1.9.4 and 1.9.5 floating
KC> throughout the tree. I propose standardizing the entire tree on 1.9.6,
KC> as it is the current release; moreover the 1.9 branch has only had a
KC> few minor patches since
> "Ranjit" == Ranjit Mathew <[EMAIL PROTECTED]> writes:
Ranjit> FWIW, I should note that GCJ already has support for @file
Ranjit> style list of input files:
Ranjit> http://gcc.gnu.org/onlinedocs/gcj/Input-and-output-files.html
Ranjit> and has had it for quite some time now.
Also, the inter
> "Jim" == James E Wilson <[EMAIL PROTECTED]> writes:
Jim> The interface between the front ends and cgraph really needs to be
Jim> worked out here. Currently, the C and C++ front ends are calling some
Jim> cgraph functions in different orders, and we are having lots of debug
Jim> related prob
> "Andrew" == Andrew Pinski <[EMAIL PROTECTED]> writes:
>> So I think the best way to address this is to not run ranlib.
Andrew> If you consider Darwin "modern", then that statement is not correct
Andrew> as moving/copying an archive on darwin, requires ranlib to be run.
Can't we install the
I'm finally ready to do another classpath import, and near the last
minute I realized that the import may temporarily break the build, due
to an unfortunate interaction between the classpath Makefile and the
way cvs import works. FWIW I'd prefer to continue using cvs import
since it does seem to h
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
>> I'm finally ready to do another classpath import, and near the last
>> minute I realized that the import may temporarily break the build, due
>> to an unfortunate interaction between the classpath Makefile and the
>> way cvs import works. F
> "David" == David Daney <[EMAIL PROTECTED]> writes:
>> I'm finally ready to do another classpath import,
David> Do you plan on another classpath import before the 4.1 release?
I think it depends a lot on timing; the sooner 4.1 ships the less
inclined I would be to do another import. I want
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
Dave> What version of CVS are you using, and does it speak the "-X"
Dave> option (new in 1.12.x)?
Thanks! I didn't know that this was added; this addresses one of the
biggest problems I've had with cvs import over the years. I'll try
this
>>>>> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> On Thu, 22 Sep 2005, Tom Tromey wrote:
>> I think it depends a lot on timing; the sooner 4.1 ships the less
>> inclined I would be to do another import. I want to see 4.1 ship
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
Dave> What version of CVS are you using, and does it speak the "-X"
Dave> option (new in 1.12.x)?
Dave> http://ximbiot.com/cvs/manual/cvs-1.12.12/cvs_16.html#SEC155
By my reading the -X option requires 1.12 to be running on the server
as well
> "Andreas" == Andreas Jaeger <[EMAIL PROTECTED]> writes:
Andreas> So, the problem should be reproducable in the following cases: Using
Andreas> DESTDIR and having no libgtkpeer installed in a standard path. Tom,
Andreas> this still appears with todays sources and worked before the classpath
> "Richard" == Richard Guenther <[EMAIL PROTECTED]> writes:
Richard> On current mainline-gcc install-pkglibLTLIBRARIES fails re-linking
Richard> libjawtgnu:
Richard> The -L/usr/lib/classpath -lgtkpeer seems bogous, we don't
Richard> have classpath installed (yet).
We shouldn't be installing
> "Joe" == Joe Buck <[EMAIL PROTECTED]> writes:
Joe> Not needed; the following sequence removes trailing whitespace in Emacs:
Joe> ESC-x picture-mode NL
Joe> CTL-c CTL-c
Joe> (picture-mode cleans up trailing whitespace on exit).
There's also the more direct M-x delete-trailing-whitespace
Tom
> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> This is fine to use, but our configure/build system really should
Gerald> be clever enough to automatically set pkgdatadir to the correct
Gerald> value in the first place: $(prefix)/libdata/pkgconfig on FreeBSD,
Gerald> and $(lib
> "David" == David Daney <[EMAIL PROTECTED]> writes:
David> Yeah, I am kind of new to these tree optimizers, so I thought there
David> might be some sort of official way to know these things.
>From what I understand, there are currently no language-dependent
passes. (Am I wrong about that?)
> "Dan" == Daniel Berlin <[EMAIL PROTECTED]> writes:
>> Shall I issue a simple "svn rm" or do you want to do some other magic?
Dan> Just svn rm them all
The ones in libjava/classpath come from upstream imports. They will
most likely just show up again next time we import Classpath.
Tom
> "Rui" == Rui Wang <[EMAIL PROTECTED]> writes:
Rui> May I ask why it has to be native in order to generate
Rui> jv-convert, grmic, etc?
I think I wrote that code, but I don't remember the reason for this.
Rui> Also if I replace the section in "libjava/Makefile.am" with the
Rui> following, w
> "Rui" == Rui Wang <[EMAIL PROTECTED]> writes:
Tom> I think I wrote that code, but I don't remember the reason for this.
Rui> Is it because grmic/grmiregistry is not working well on windows yet?
No, it is more like some weird configure/build thing having to do
with cross-builds.
Rui> I ha
> "Per" == Per Bothner <[EMAIL PROTECTED]> writes:
Per> A type attribute is much more useful. For example it allows:
Per> String x = shared ? "x" : new String("x");
Per> // The type of x [in a single-assignment-world] is non-null.
I think we will need extra code to recognize that String refe
> "David" == David Daney <[EMAIL PROTECTED]> writes:
David> The Java Language Specification requires that NullPointerExceptions
David> are thrown when calling a method via a null 'this'. But since a
David> method call does not usually involve dereferencing 'this', an explicit
David> check for
> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
Bernd> Speaking of which, has anyone ported gcj to a MMU-less uClinux
Bernd> platform yet?
Andrew> It's impossible with the current config. This is because some of
Andrew> libgcj is written on C++, and the C++ compiler FE does not insert
> "Andrew" == Andrew Pinski <[EMAIL PROTECTED]> writes:
Andrew> One thing not mentioned here is how are you going to repesent
Andrew> different eh personality functions between languages, because
Andrew> currently we cannot even do different ones in the same
Andrew> compiling at all.
I think
> "Chris" == Chris Lattner <[EMAIL PROTECTED]> writes:
>> Only the Ada frontend seems to be in a state to maybe support direct
>> frontend IR to LLVM translation.
Chris> Sure, also maybe Fortran?
FWIW gcjx was designed to make this easy to do. And just yesterday a
volunteer started working
> "Chris" == Chris Lattner <[EMAIL PROTECTED]> writes:
Chris> In this role, it provides a static optimizer, interprocedural link-
Chris> time optimizer, JIT support, and several other features.
I'm quite interested in the JIT aspect of LLVM, for gcj.
This would fill one of our major missing g
> "Andreas" == Andreas Jaeger <[EMAIL PROTECTED]> writes:
Andreas>=== libjava Summary for unix ===
Andreas> # of expected passes1811
Andreas> # of unexpected failures1087
Andreas> # of expected failures 6
Andreas> # of untested testcases 109
> "Ranjit" == Ranjit Mathew <[EMAIL PROTECTED]> writes:
Ranjit> BTW Tom, the Red Hat bugzilla doesn't let me see the
Ranjit> bug #174912, even after logging in. It might probably be
Ranjit> a better idea to open a PR in GCC's bugzilla describing
Ranjit> the problem. That said, the testcase you
> "Florian" == Florian Weimer <[EMAIL PROTECTED]> writes:
Florian> Java implementations needs to solve pretty much the same
Florian> problem. How is it done in GCJ?
When printing a stack trace we exec addr2line if it is available.
This is optional though, there is a system property you can s
> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> Is anyone seeing this? With current 4.1 sources, on a machine
Gerald> with "only" 1GB of main memory + 1GB swap, the following part
Gerald> of `make install`
[...]
Gerald> spawns a recursive make (GNU make 3.80) that consumes so
> "Sebastian" == Sebastian Pop <[EMAIL PROTECTED]> writes:
Sebastian> I was thinking about collecting the patches to be tested
Sebastian> dirrectly in the gcc-patches mailing list, like the patch
Sebastian> queue tracks new patches.
This is a nice idea. I wonder, though, whether most of the
> "Jonathan" == Jonathan Wakely writes:
Jonathan> I have a script that does the opposite, which I've been using for
Jonathan> years. I edit the ChangeLog files as before, and a Git
Jonathan> prepare-commit-msg hook extracts the top changelog entry from each
Jonathan> file in the commit and pr
> "Jason" == Jason Merrill writes:
Jason> I omit ChangeLogs by adding ':!*/ChangeLog' to the end of the git
Jason> send-email command. I don't remember where I found that incantation.
Cool, I did not know about this.
FWIW if you have the ChangeLog merger available, it's actually more
conve
> "Jonathan" == Jonathan Wakely via Gcc writes:
[gerrit]
Jonathan> I think it also only very recently gained the ability to group a
Jonathan> series of patches together, as it wants a single commit per review.
We tried gerrit for gdb for a while, and in the end decided to drop it.
The main
> "Segher" == Segher Boessenkool writes:
Segher> My point was that this should *never* be part of patches, already.
FWIW, I use a few scripts so that I can keep ChangeLogs as files.
That's what I do when working on gdb.
https://github.com/tromey/git-gnu-changelog
This is easier on the whol
> "Rob" == Rob Savoye writes:
Rob> Not that team, the folks I talked to thought I was crazy for wanting
Rob> to refactor it. :-)
I don't think refactoring dejagnu is crazy, but I think it's pretty hard
to imagine rewriting the gdb test suite in Python. It's 260 KLOC.
Tom
1 - 100 of 382 matches
Mail list logo
