Re: Build report: Successful build of gcc 4.1.2 on Cygwin (Win XP Pro SP2)

Brian Dessent wrote: Jesper de Jong wrote: /home/jesper/gcc-4.1.2/configure --enable-threads=win32 Where do people keep getting this idea that Cygwin uses win32 threads? It doesn't, and you've most likely built a compiler that is subtly broken in some way. Cygwin uses pthreads, this sh

Re: Build report: Successful build of gcc 4.1.2 on Cygwin (Win XP Pro SP2)

Brian Dessent wrote: "Aaron W. LaFramboise" wrote: I don't really see any compelling reason that win32 threads shouldn't work on Cygwin. As far as I know, nothing about this choice is ultimately exposed to the user. In fact, Win32 threads are quite likely to yield

Re: Inclusion in an official release of a new throw-like qualifier

Jason Merrill wrote: Sergio Giro wrote: I perceived that many people think that the throw qualifiers, as described by the standard, are not useful Yes. But that's not a reason to add a slightly different non-standard feature that would require people already using standard exception specifi

Backport fix for spurious anonymous ns warnings PR29365 to 4.2?

I discovered PR29365 today while testing 4.2.0 RC2 on a client's codebase. This causes some of my code, based on the popular pimpl idiom, to generate warnings, even with no warning flags specified. If there's a way to turn it off without patching the source, I can't find it. Given the pervas

Re: request for timings - makedepend

real0m18.740s user0m0.010s sys 0m0.020s i686-pc-mingw32 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 1.4GHz Pentium 4 768MB RAM I have no preference regarding makedepend. Aaron W. LaFramboise

Non-bootstrap build status reports

page might have section for negative builds listing reports of failed builds that might serve as a quick means to determine the health of a broken port. Aaron W. LaFramboise

getopt.h getopt() decl broken for many targets

Targets, such as Windows, that don't have getopt() will probably have get the following error when compiling binutils. gcc -DHAVE_CONFIG_H -I. -I/aaronwl/cs/compilers/binutils/src/cvs/src/binutils -I. -D_GNU_SOURCE -I. -I/aaronwl/cs/compilers/binutils/src/cvs/src/binutils -I../bfd -I/aaronwl/cs/co

Re: Fixing Bugs (Was: A Suggestion for Release Testing)

pplied. In all of the open source world I have seen, posting code is always better. Aaron W. LaFramboise

Re: RFC: weakref GCC attribute and .weakref assembly directive

at link-time. I am thinking that the difference is that PECOFF weak externals can be resolved by definitions anywhere in the final link, while your new weak references can only be overriden by definitions within the same translation unit. Does this seem correct? Thanks, Aaron W. LaFramboise

Re: RFC: weakref GCC attribute and .weakref assembly directive

FF's 'weak externals' are actually a unique storage class, and so it can do special stuff. But thank you guys for your help; it answers my question. Aaron W. LaFramboise

Re: GCC Port (gcc backend) for Microchip PICMicro microcontroller

I have also recently become interested in a GCC port for the 18F. Can someone summarize who--if anyone--is working on this, how much progress he has made so far (Is his work based on mainline?), and any expected future milestones? (And who are all of the people in the CC list? Is there some

Re: GCC Port (gcc backend) for Microchip PICMicro microcontroller

Colm O' Flaherty wrote: Have you checked out SDCC? This may support the specific devices you're interested in. For my part, I'm more interested in a GCC port than SDCC though, as I feel there is an awful lot more to be gained from a gcc port in the longer term. As near as I can tell, the s

Re: GCC Port (gcc backend) for Microchip PICMicro microcontroller

François Poulain wrote: I think so. Microchip have done a modified version of GCC-3.3 with DSPICs support, so we have got a heavy good base to work on the instruction set, wich is similar for PIC18. DSPIC is a 16 bit CPU, so is memory isn't segmented. Just as a reminder, even though the Microc

Re: GCC Port (gcc backend) for Microchip PICMicro microcontroller

François Poulain wrote: If I'm right, here are copyright assignments to FSF for the Microchip's contributions for GCC. Unfortunately, this is not good enough. A copyright assignment is a formal contract that must be physically signed and sent to the FSF. See

Re: GCC Port (gcc backend) for Microchip PICMicro microcontroller

I send a message to John Elliott's listed address yesterday, and I have not yet received an immediate response. I will post to this list if I receive anything from him. So, I'd caution anyone away from basing any work on the dsPIC port until some specific understanding is established with Mic

Re: How does g++ implement error handling?

m/cxx-abi/abi-eh.html What's awful about this is that the interesting portion, "Level III" <http://www.codesourcery.com/cxx-abi/abi-eh.html#imp-intro>, is basically empty. I'm also interested in any overview-level information about the Dwarf2 unwinding mechanism. Aaron W. LaFramboise

[Windows] Fixing fprintf errors breaking bootstrap?

I am still seeing errors such as this bootstrapping trunk with -Werror. I thought all of this was supposed to be resolved? ../../svn/gcc/bt-load.c: In function 'migrate_btr_defs': ../../svn/gcc/bt-load.c:1415: error: ISO C does not support the 'I64' ms_printf length modifier What needs to be

Re: [Windows] Fixing fprintf errors breaking bootstrap?

Aaron W. LaFramboise wrote: I am still seeing errors such as this bootstrapping trunk with -Werror. I thought all of this was supposed to be resolved? OK, this is http://gcc.gnu.org/PR25502 Sorry for the noise. Apparently the reason this has gone on so long is that most people are

Pedantic error on address-of main breaks libjava bootstrap

When building libjava stacktrace.o on i386-pc-mingw32, bootstrap fails with: ./sysdep/backtrace.h: In function '_Unwind_Reason_Code fallback_backtrace(_Unwind_Reason_Code (*)(_Unwind_Context*, void*), _Jv_UnwindState*)': ./sysdep/backtrace.h:107: error: ISO C++ forbids taking address of functi

Re: Pedantic error on address-of main breaks libjava bootstrap

Andrew Haley wrote: Aaron W. LaFramboise wrote: When building libjava stacktrace.o on i386-pc-mingw32, bootstrap fails with: ./sysdep/backtrace.h: In function '_Unwind_Reason_Code fallback_backtrace(_Unwind_Reason_Code (*)(_Unwind_Context*, void*), _Jv_UnwindState*)': ./sysdep/backt

Inconsistent use of allocator wrapper macros in libiberty

Quite a few files in libiberty use XNEWVEC as a replacement for malloc(), but the they are being paired with plain free(); XDELVEC is not being used. Is there some reason for the inconsistency, such as some transitional issue, or should this be fixed?

GRAPHITE Prerequisites Documentation, System Issues

I'm happy to see that GRAPHITE it is in trunk now! I don't see any documentation of prerequisites in install.texi yet; perhaps we should add this so users can figure out what they need to do to get this framework to work. In fact, 'grep -i graphite gcc/doc/*' doesn't match anything, so I gues

Re: old but current libiberty/strsignal vs. cygwin

Hi Jay, Thanks for bringing this up. I mainly work on the native-ish Windows targets (MinGW), so I'm not really a Cygwin guy, but see below. Jay wrote: I'm still testing this but it does seem to be two smoking guns. The first one shot a blank but I doubt I'll find a third. :) ... > Can s

Re: Problems building Windows hosted mips-elf toolchain using Linux as build machine

Hi Øyvind, Øyvind Harboe wrote: I'm trying to build a mips-elf toolchain hosted on Windows using Linux as the build machine but I'm running into the following error: mips-elf-gcc -nostdinc -isystem /tmp/gccbuild/build/gcc/./gcc/include -B/tmp/gccbuild/build/gcc/mips-elf/newlib/ -isystem /tmp/

Re: [Cygwin] some random build breaks

, you probably will find some clues regarding whats happening here. 2008-09-14 Aaron W. LaFramboise <[EMAIL PROTECTED]> * config/i386/t-cygming (SHLIB_C): Remove. * config/i386/t-cygwin (SHLIB_C): Add all

Re: Successful build of GCC 4.2.0 RC3 on latest Cygwin snapshot 20070427

Aaron Gray wrote: One issue that might affect many some is that COM doesn't work. has a patch that is pending review I guess, but probably won't go into 4.2. Does this effect XPCOM meaning Mozilla and friends will not compile ? It is trig

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

michael.a wrote: So in closing, I'm interested in any ideas / advice, but compromising the existing codebase is completely out of the question. You have my appreciation in advance naturally... I suspect the proper solution here is something from www.boost.org. You didn't say exactly what you

Re: Bug in gcc: assignment to non-lvalue

Michiel de Bondt wrote: Using strings to show my point was not a good idea. You can add a field "int number" to the struct and perform similar operations (with = instead of strcpy). But even with strings, gcc should give an error like: "strcpy(const char*, const char*) does not exists". In c

Re: missing optimization - don't compute return value not used?

Richard Li wrote: Right, page 211 of the C++ standard (2003) explains when copy-ctor and dtor are allowed to be optimized away. But the two circumstances are both like this: A is constructed; A is copy-constructed to B; A is destructed Here A is a temporary object in some sense, and the standard