Re: Could someone please check if FSF received papers for Intel engineers?

People keep asking you to take this off the list. Please do so. -- Daniel Jacobowitz CodeSourcery

Re: update_path in gcc/prefix.h?

On Fri, Mar 14, 2008 at 10:13:01AM +0100, Basile STARYNKEVITCH wrote: > So how do I get $(libexecsubdir)/melt-private-include/ from within C code > of cc1? Either by replicating code from the gcc driver, or by adding it to cc1's command line. -- Daniel Jacobowitz CodeSourcery

Re: Auto-vectorization: need to know what to expect

shows the message, and send that to Bugzilla. -- Daniel Jacobowitz CodeSourcery

Re: gcc-4.1-20080303 is now available

- even if simply because they don't think that it is. In other words, users do care. So if the branch is relicensed, maintenance patches for the branch can no longer be merged into any distributor's (or user's) tree that cares about this issue. -- Daniel Jacobowitz CodeSourcery

Re: Unaligned attribute

> } > > Expands into 4 byte stores. Any suggestions on how to implement this? Try __attribute__((__packed__))? -- Daniel Jacobowitz CodeSourcery

Re: ARM/Thumb function attribute

he linker script or create an assembly file that defines it as an absolute symbol with the low bit set, and it will act as Thumb. -- Daniel Jacobowitz CodeSourcery

Re: gcc-4.3.0/ppc32 inline assembly produces bad code

uch sense... but there you go. Try clobbering it instead, but you don't even need to since the pointer is already volatile. asm volatile ("eieio") should work fine. -- Daniel Jacobowitz CodeSourcery

Re: gcc-4.3.0/ppc32 inline assembly produces bad code

#x27;d never know whether a memory argument should be used for lwz or lwzu. I think treating =m as generating the output address is unhelpful. -- Daniel Jacobowitz CodeSourcery

Re: gcc-4.3.0/ppc32 inline assembly produces bad code

I don't think. Especially when it changes. -- Daniel Jacobowitz CodeSourcery

Re: RFC: PowerPC floating point features

sually called "classic FP" and dates back long before Book E, at least to the 601. -- Daniel Jacobowitz CodeSourcery

Re: US-CERT Vulnerability Note VU#162289

urn; > } Note that if buf is a char *, there's no way to know that it's the start of an object. So you're not testing the same thing they were talking about; calling foo (&str[2], -1) is completely valid C. -- Daniel Jacobowitz CodeSourcery

Re: Getting host and target size and alignment information at build time?

ets stored somewhere that it > can be used by the Lisp code. Yes. Or you can do it without execution in a number of ways, either by assigning these to constants or using the negative array size error that autoconf uses to determine sizes by binary search (int foo[4 - sizeof(int)], et cetera). -- Daniel Jacobowitz CodeSourcery

Re: Getting host and target size and alignment information at build time?

esumably involves further compilation. (You didn't say what you are trying to do, so I'm guessing at the context a bit.) -- Daniel Jacobowitz CodeSourcery

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

ee why there needs to be an __aeabi_sqrt; sqrt is a function in libm. -- Daniel Jacobowitz CodeSourcery

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

problem :-) Please say what actual error you've encountered. -- Daniel Jacobowitz CodeSourcery

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

ror message. What is generating any kind of sqrt libcall? There is nothing in GCC to call __aeabi_sqrt, which AFAIK does not exist. -- Daniel Jacobowitz CodeSourcery

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

meone could point out where the sqrt function is in > glibc, on arm. > Does arm use glibc/sysdeps/ieee754/dbl-64/mpsqrt.c ??? I don't know for sure, but it seems likely. Build glibc with debug info and step through it? -- Daniel Jacobowitz CodeSourcery

Re: Can't build correctly working crosscompiler with 4.3.0. 4.2.1 worked like charm

The libexec directory is not in the same relation to bindir that it was at configure time. You've moved parts of the toolchain pretty much arbitrarily, so it's not surprising at all to me that it can't find itself... -- Daniel Jacobowitz CodeSourcery

Re: Can't build correctly working crosscompiler with 4.3.0. 4.2.1 worked like charm

rom /usr/app*/bin instead (by following the symlink to the real binary), it searches /usr/app*/bin/../app*/lib/gcc/wherever. But cc1's not there. -- Daniel Jacobowitz CodeSourcery

Re: Can't build correctly working crosscompiler with 4.3.0. 4.2.1 worked like charm

On Wed, Apr 16, 2008 at 07:02:30PM +0200, Denys Vlasenko wrote: > The patch is below. Do you think it makes sense? No opinion. There is room for confusion about relocation... -- Daniel Jacobowitz CodeSourcery

Re: Can't build correctly working crosscompiler with 4.3.0. 4.2.1 worked like charm

On Wed, Apr 16, 2008 at 09:01:44PM +0200, Denys Vlasenko wrote: > As I mentined in the first mail, it's not the end of a story. > Next issue: can't find header files. This used to work with 4.2.1: Try -v to see where it is searching. -- Daniel Jacobowitz CodeSourcery

Re: Can't build correctly working crosscompiler with 4.3.0. 4.2.1 worked like charm

search dir and you're leaving it unrelocated in your installation. -- Daniel Jacobowitz CodeSourcery

Re: Can't build correctly working crosscompiler with 4.3.0. 4.2.1 worked like charm

;/../../../../" thing?) Yes, because that's how the directories are found. -- Daniel Jacobowitz CodeSourcery

Re: US-CERT Vulnerability Note VU#162289

web site...). They're responding to a problem that was reported to them, and alerting others to the problem. We can argue about the details, but not about the need to respond. -- Daniel Jacobowitz CodeSourcery

Re: IRA for GCC 4.4

On Mon, Apr 28, 2008 at 09:07:51AM +0200, J.C. Pizarro wrote: > Excuse me, i'm not the unique and first person that says you stupid, > GCC did it too. GCC is not posting on the mailing list. Please be polite to other contributors; that includes not insulting their intelligence.

Re: How do I add target specific tests?

up bugs on other targets, so it's better to run them everywhere. -- Daniel Jacobowitz CodeSourcery

Re: bit_size_type - a data type?

;s no tests covering the problems. CodeSourcery does this all the time. -- Daniel Jacobowitz CodeSourcery

Re: 4.3.0 and 4.3.1 don't build startfiles (crtXXX.o files)

ic? Also check the libgcc configure.host file for your triplet. -- Daniel Jacobowitz CodeSourcery

Re: Should we remove java from the default bootstrap languages?

moment. I'd love to get it working again, at least for native. That can parallelize tests as fine-grained as you wish, and present consistent logs. -- Daniel Jacobowitz CodeSourcery

Re: CFA expression failure

, so saved %ebp is not at 0(%ebp) yet. That's true at 0xe; at 0xc the saved location of %ebp is harder to describe. But that won't explain your crashes. The debug info looks unusual, but correct. -- Daniel Jacobowitz CodeSourcery

Re: CFA expression failure

gisters. Otherwise this is going to be too order-sensitive. -- Daniel Jacobowitz CodeSourcery

Re: gcc-in-cxx: Garbage Collecting STL Containers

How upset is it likely to get on C++ input? -- Daniel Jacobowitz CodeSourcery

Re: trivial error in *.texi files.

es for an example; the menu should be before the @include somewhere. -- Daniel Jacobowitz CodeSourcery

Re: RFC: Adding non-PIC executable support to MIPS

includes an ABI supplement. Supplemental to a somewhat hypothetical document, but there you go... -- Daniel Jacobowitz CodeSourcery

Re: RFC: Adding non-PIC executable support to MIPS

it, I won't argue with you about stepping down, but please don't because of this incident. [In any case, I'd decline; I'm trying to shed some of my existing maintenance responsibilities so that I can spend more time on the ones I care most about. Anyone else want to be binutils release manager?] -- Daniel Jacobowitz CodeSourcery

Re: RFC: Adding non-PIC executable support to MIPS

an idea. Your version looks fine to me, it's ABI-preserving, the PLT entries still work for MIPS I and still have the same runtime cost when not resolving. I like it - thanks! I'm not worried about making people upgrade objdump, either. -- Daniel Jacobowitz CodeSourcery

Re: mklibs on mips broken by gcc-4.3.x

d -mno-shared will probably show the same problem. > Does anyone have any idea how this has broken, and how to work around > / fix this in gcc or mklibs? You'll have to make mklibs ignore this symbol; the linker defines it. -- Daniel Jacobowitz CodeSourcery

Re: [whopr] Design/implementation alternatives for the driver and WPA

s.google.com/group/generic-abi/browse_thread/thread/5cf669951cb2eef1 -- Daniel Jacobowitz CodeSourcery

Re: Bootstrap failures on ToT, changes with no ChangeLog entry?

aths: A /trunk (from /trunk:138076) undo 138077 -- Daniel Jacobowitz CodeSourcery

Re: RFC: Adding non-PIC executable support to MIPS

On Thu, Jul 24, 2008 at 12:16:20PM -0400, Daniel Jacobowitz wrote: > I have attached Let's all pretend I attached this glibc patch, instead of the one in my previous message, please. -- Daniel Jacobowitz CodeSourcery 2008-07-24 Mark Shinwell <[EMAIL PROTECTED]> Daniel Jacob

Re: RFC: Adding non-PIC executable support to MIPS

them. I'll try to have > a look at the patches over the weekend. No problem, and thank you for looking at them - and for your patches; I'm really pretty happy with the combined work. -- Daniel Jacobowitz CodeSourcery

Re: gcc will become the best optimizing x86 compiler

glibc homepage. > > 2.8 is not an official final release yet. That's incorrect; the glibc maintainers just don't care much for tarballs. You can find the tag in CVS from several months ago. -- Daniel Jacobowitz CodeSourcery

Re: frameworklet to assess the quality of debug information

add > GUALCHK* annotations (or with separate compilation, if some stuff is > moved into a separate header). FWIW, I think this is a good approach. -- Daniel Jacobowitz CodeSourcery

Re: Problem reading corefiles on ARM

dded to speed up context switching in a kernel application. */ IMO that shouldn't be written in C, then... -- Daniel Jacobowitz CodeSourcery

Re: obvious race condition in darwin/netbsd __enable_execute_stack due to caching pagesize/mask

cts must complete in-order. GCC will not move code past a volatile > operation. It's still not sufficient without a memory barrier. -- Daniel Jacobowitz CodeSourcery

Re: QUERY : ARM inline code in Thumb file?

eave the file in the same mode it was in when the asm was entered. -- Daniel Jacobowitz CodeSourcery

Re: [PATCH] Use lwsync in PowerPC sync_* builtins

that only a convenience for the implementation of 'target sim'; it's really an independent project. -- Daniel Jacobowitz CodeSourcery

Re: no symbol in current context problem when debug the program in gdb

7;t remember the PR. -- Daniel Jacobowitz CodeSourcery

Re: C/C++ FEs: Do we really need three char_type_nodes?

GDB. - What about binding to templates or overloaded functions? -- Daniel Jacobowitz CodeSourcery

Re: P.S. to: plungins and licensing

On Mon, Sep 29, 2008 at 03:10:28PM +0100, Joern Rennecke wrote: > To give it a bit more legal bite There are no lawyers on this list (that I'm aware of). If you want to discuss this, please contact the FSF or SC directly instead. It does no good here. -- Daniel Jacobowitz CodeSourcery

Combined tree builds for mingw32

scope Nothing pulls in the definition of _U, _N, etc before that point. I'm sure it's not as broken as it seems, so I must be missing something... at one point, ./configure --target=i586-mingw32 --with-newlib was all it took. -- Daniel Jacobowitz CodeSourcery

Re: Combined tree builds for mingw32

insup/cygwin/include/ctype.h /space/fsf/commit/src/winsup/mingw/include/ctype.h That third one does not define _U. It uses _UPPER instead. Does this mean --with-newlib does not work for mingw32? (Note, you can't build without it either.) -- Daniel Jacobowitz CodeSourcery

Re: Combined tree builds for mingw32

On Mon, May 07, 2007 at 01:37:51PM -0400, Daniel Jacobowitz wrote: > That third one does not define _U. It uses _UPPER instead. Does this > mean --with-newlib does not work for mingw32? (Note, you can't build > without it either.) That does appear to be the case. With --with-

Re: Combined tree builds for mingw32

On Mon, May 07, 2007 at 07:47:01PM +0200, Paolo Carlini wrote: > Daniel Jacobowitz wrote: > > > The failing command is trying to compile the PCH. This means that > > we're including a large number of libstdc++ headers in a row. One of > > the first ones pulls in

Re: Combined tree builds for mingw32

w32*) AC_CHECK_HEADERS([sys/types.h locale.h float.h]) GLIBCXX_CHECK_LINKER_FEATURES GLIBCXX_CHECK_COMPLEX_MATH_SUPPORT Those are the "bad" tests. -- Daniel Jacobowitz CodeSourcery

Re: Combined tree builds for mingw32

really silly typos (like --with-libs=/usr/i586-mingw32msvc/include <--). So I think crossconfig.m4 should be fixed for mingw32 to support combined tree builds, but it's not as big a problem as I thought it was. I'll take a stab at fixing crossconfig.m4 if I can find a chance. -- Daniel Jacobowitz CodeSourcery

Re: gcc 4.2 breaks debugging anonymous namespace

ncy on DW_AT_MIPS_linkage_name is actually a bug in GDB; I worked on this for a while, but the patches had some rough spots and I never finished them. I hope I can come back to it some day soon. -- Daniel Jacobowitz CodeSourcery

Re: Dynamically linking against GMP and MPFR

developer convenience, but GCC is a perfectly normal dynamically linked program and should behave like one IMO. -- Daniel Jacobowitz CodeSourcery

Re: Dynamically linking against GMP and MPFR

ow to answer this question. Bootstrapping is an unrelated problem, and the compiler is not a vital runtime component of the system, so its dependencies do not need to be exceptionally robust in the way that glibc's or even libstdc++'s do. If you were talking about linking libstdc++ to MPFR I'd have a different story to tell. -- Daniel Jacobowitz CodeSourcery

Re: Dynamically linking against GMP and MPFR

certainly going to ship compilers statically linked to MPFR / GMP; we already have machinery to build them that way. On the other hand I am positive Debian will not ship its system compiler that way; Debian policy is quite clear on this, dynamic libraries should always be used. -- Daniel Jacobowitz CodeSourcery

DWARF-2 unwinder versus MIPS n32

to trigger. REG_SAVED_VAL_OFFSET brings us here. Does anyone see a way to fix this that doesn't involve making context->reg big enough - and is _Unwind_Word always at least as large as _Unwind_Ptr (i.e. mode(word) always at least as large as mode(pointer))? -- Daniel Jacobowitz CodeSourcery

Re: DWARF-2 unwinder versus MIPS n32

ardware to magically appear on my door step. No, qemu has 64-bit support but I don't think it's mature enough to boot a Linux kernel yet. It might be; Thiemo and Aurelien were working on it. -- Daniel Jacobowitz CodeSourcery

Re: [RFC] Aggregate mapping

u might make a mistake. > Nor am I planning to use libelf: it's too straightforward to find the ELF > sections I need and to read the ELF header. Use of libelf seems too > top-heavy, > although elf.h is very valuable to me. If you write more complicated tools, you will want libelf later - you might need to get at relocation data. -- Daniel Jacobowitz CodeSourcery

Re: Backtrace() called inside a signal handler traps while tracking an invalid function call.

On Thu, Jun 14, 2007 at 02:24:19AM +0530, supriya kannery wrote: > Is this scenario, of calling backtrace() on a stack containing invalid > function > pointer, a supported one? In my opinion, no. Attach a debugger instead. -- Daniel Jacobowitz CodeSourcery

Re: Please fork soft-fp from libc

> That said, as none of the routines in question > > ({eq,ge,le,unord}[sdxt]f2) are actually used by sparc32/sparc64/alpha that > > use glibc soft-fp code, Could anyone explain why this change was made? It seems like SItype would be sufficient everywhere, and I can't see any

Re: RFC: Make dllimport/dllexport imply default visibility

sn't make a lick of sense to me. If the type is hidden, how on earth can it get a member function _of that type_ from another library? That library would, by definition, have to have a type of the same name... but it would be a "different" type. -- Daniel Jacobowitz CodeSourcery

Re: RFC: Make dllimport/dllexport imply default visibility

t this part. The minimum I'd want to accept this code would be a complete and useful example in the manual; since Mark and Danny say this happens a lot on Windows, I'm sure there must be one. -- Daniel Jacobowitz CodeSourcery

Re: I'm sorry, but this is unacceptable (union members and ctors)

could you please do so? Thanks. -- Daniel Jacobowitz CodeSourcery

Re: How to supress a specific kind of ansi-aliasing rules?

why you would want to do so; and I don't think it has anything to do with aliasing, so it shouldn't be grouped there. -- Daniel Jacobowitz CodeSourcery

Re: ppc64 __attribute__((visibility ("hidden"))) and multiple TOCs

n want, however. They want same shared object, which is what it currently returns; that's what I think of when you ask me if something binds "locally", too... -- Daniel Jacobowitz CodeSourcery

Re: read source input file

d be to somehow invent a FILE which wrote to a string. Note that > gcc's output is just assembler code which is normally passed to the > assembler; what would you expect to do with that? On at least glibc systems - I'm not sure if anyone else has this interface - there's open_memstream. -- Daniel Jacobowitz CodeSourcery

Re: X86_64 bit shifts

64 bit unsigned long? No, a signed 32-bit integer is always sign extended when promoted to 64-bit. If you have C99 handy, see section 6.3.1.3 (Signed and unsigned integers). -- Daniel Jacobowitz CodeSourcery

Re: no_new_pseudos

;d applaud adding some extra internals documentation about it, but I think the fact that it's been called no_new_pseudos for so long suggests that we should just leave it called that if we want a predicate that means the same thing. -- Daniel Jacobowitz CodeSourcery

Re: RFH: GPLv3

r's wishes do not come into play. I believe the key point here is that the FSF does not wish to do so. -- Daniel Jacobowitz CodeSourcery

Re: debugging info considered harmful to lto.

declarations end up in DWARF; take a look at DW_AT_abstract_origin in the spec. -- Daniel Jacobowitz CodeSourcery

Re: debugging info considered harmful to lto.

n copy, and only need a location at each inlining site. I'm sure there are other things we could do with this information, that rely on knowing what variables are the same from the user's point of view. -- Daniel Jacobowitz CodeSourcery

Re: debugging info considered harmful to lto.

ation is done? I don't know anything about how this works in GCC; I was describing how GDB handles it. The blocks don't have any obvious IDs, so removing blocks with no declarations seems safe to me. -- Daniel Jacobowitz CodeSourcery

Re: GCC compile models -- theory of operation?

sounds like you are modelling after the wrong target, a Linux one when you should be using an ELF one as base instead. You don't need three CRT files or a separate -static option if you don't have dynamic linking. And then you don't need to build libgcc with PIC code in it, and there won't be GOT references any more. -- Daniel Jacobowitz CodeSourcery

Re: ARM constant folding bug?

runtime? No. You can't generate code in general that works on both! -- Daniel Jacobowitz CodeSourcery

Re: GCC compile models -- theory of operation?

namic linking before you have the linker and execution support ready is definitely going to be a headache. -- Daniel Jacobowitz CodeSourcery

AltiVec stack boundary

ing option but IIUC STACK_BOUNDARY is. Why isn't it 64 in the !TARGET_ALTIVEC case with PREFERRED_STACK_BOUNDARY == 128? -- Daniel Jacobowitz CodeSourcery

Re: Bootstrap failed on i386-pc-solaris2.10

i386/t-crtstuff anyway. Why didn't it happen? If it does > override the correct CRTSTUFF_T_CFLAGS, we need this patch. Othewise, > we need something different. i386/t-sol2-10 != i386/t-sol2; t-sol2 came first. Looks like you need to move t-crtstuff up before the Solaris 10 check, maybe? -- Daniel Jacobowitz CodeSourcery

Re: RFD: Unwind_Backtrace for ARM EABI

ou need anything besides _URC_CONTINUE_UNWIND? The personality routine in libsupc++ for ARM will return _URC_HANDLER_FOUND even during forced unwinding but that seems like a bug now that you've given a meaning to _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND. -- Daniel Jacobowitz CodeSourcery

Re: Why is building a cross compiler "out-of-the-box" always broken?

7; > etc binaries for the host is enough, then nothing for the target will be > required. This is part of the reason why libgcc no longer lives in the gcc directory. -- Daniel Jacobowitz CodeSourcery

Re: use of ifndef inhibit_libc to disable the contents linux-unwind.h for targets with MD_UNWIND_SUPPORT

tly handle it? FWIW, I've come to the opinion that we should just copy the relevant structure layouts from glibc into gcc and avoid this problem. If the layout ever changes, we're going to need to handle both in gcc anyway. -- Daniel Jacobowitz CodeSourcery

Re: Stage 2 project: upgrade decNumber

gt; updated files: > > col \ > | sed -e 's,\([^:]\)//\(.*\),\1/*\2 */,' \ > -e 's,^//\(.*\),/*\1 */,' \ > | indent For what it's worth, I wouldn't bother. We can handle minimal changes from upstream source. -- Daniel Jacobowitz CodeSourcery

Re: Link tests after GCC_NO_EXECUTABLES

from some recent autotools upgrade). I believe this particular error comes from using --enable-shared on a newlib target. -- Daniel Jacobowitz CodeSourcery

Re: MIPS atomic memory operations (A.K.A PR 33479).

ars not to be the case. Yes, a barrier of some sort is definitely necessary. I believe the SB1 is weakly ordered, and the architecture spec permits both strong and weak ordering; but it's been a while since I tried this. -- Daniel Jacobowitz CodeSourcery

Re: AltiVec stack boundary

ded code won't be allowed to use > any AltiVec instructions. Well, it would be nice if it worked - since e.g. the GCC testsuite will try to use it! However, this doesn't affect me directly; I test the standard powerpc-linux ABI on AltiVec capable hardware, but I only test -mabi=altivec on our Al

Re: GCC 4.1.1 unwind support for arm-none-linux-gnueabi

ure to include ports in --enable-add-ons. > I saw that gcc could be built with unwind support, but default turned off. LIBUNWIND is not related to this error message. -- Daniel Jacobowitz CodeSourcery

Re: cannot pass objects of non-POD type

ion specifies that everything will look exactly the same > as if it were a POD with the same members declared in the same order. I don't think that's true. I believe the non-POD must be passed in memory, but GCC would be permitted to pass the POD in a register if it preferred. The layout is defined by the C++ ABI, but not the argument passing conventions. -- Daniel Jacobowitz CodeSourcery

Re: cannot pass objects of non-POD type

Ds still get passed in registers if the layout-equivalent POD would, unless there is a non-trivial copy constructor or destructor; there are non-PODs without those. Sorry for the confusion. -- Daniel Jacobowitz CodeSourcery

Re: Optimization of conditional access to globals: thread-unsafe?

ock I'm sure someone can turn that into a sensible looking example, with a little inlining. -- Daniel Jacobowitz CodeSourcery

Re: [RFC PING^2] INSN attribute to enable/disable alternatives

arameter. But the enabled alternative seems like a reasonable addition; ARM has the same problem. -- Daniel Jacobowitz CodeSourcery

Re: GCC 4.3 release schedule

uch about any problems but file a bug and hope it gets fixed in > the next release. Perhaps we should make a prerelease now and call it a Technology Preview then... :-) -- Daniel Jacobowitz CodeSourcery

Re: gomp slowness

> dlopen'ed shared libraries at all. Actually, from context I assume he's talking about pthread_setspecific and does not know about __thread. -- Daniel Jacobowitz CodeSourcery

Re: Designs for better debug info in GCC

've been thinking about the bouncing problem quite a bit lately. I have some rough ideas, but I won't draw out this thread by sharing :-) -- Daniel Jacobowitz CodeSourcery

Re: Designs for better debug info in GCC

riables, unless you can explain to the debugger that the variable is currently in both locations - this has been discussed but AFAIK there is no representation for it yet. Changing the memory location won't change the next operation that thinks it's in the register. Changing the registe

Re: [LTO] LTO breaks if debug info is stripped from object files

t because this makes GCC much more sensitive to the correctness of its debugging output! -- Daniel Jacobowitz CodeSourcery

Re: bug with -fleading-underscore doubling underscore in some cases on templates

r .cpp files will compile just fine. Please report a bug: http://gcc.gnu.org/bugs.html -- Daniel Jacobowitz CodeSourcery

<    1   2   3   4   5   6   7   >