Re: MSVC hook function prologue
Am Saturday 05 September 2009 17:08:19 schrieb Ross Ridge: > If this patch is essentially only for one application, maybe the idea > of implementing a more generally useful naked attribute would be the > way to go. I implemented a naked attribute in my private sources to > do something similar, although supporting hookable prologues was just > a small part of its more general use in supporting an assembler based API. We don't really like the naked attribute, because it makes maintaining a C function that uses it a pain. Alexandre once said that he would reject any solution for the hook problem that is based on the naked attribute. This especially becomes a pain when the function has to do stack realignment, like all our Win32 functions on OSX. But yeah, this functionality will probably be used only by Wine, since Linux and OSX offer more comfortable hooking mechanisms than opcode replacements. Although you never know, perhaps someone else finds a use for this I did not anticipate.
Re: MSVC hook function prologue
Stefan Dösinger writes:
> Index: gcc/doc/extend.texi
> ===
> --- gcc/doc/extend.texi (revision 151419)
> +++ gcc/doc/extend.texi (working copy)
> @@ -2672,6 +2672,14 @@ when targeting Windows. On all other systems, the
>
> Note, This feature is currently sorried out for Windows targets trying to
>
> +...@item msvc_prologue
> +...@cindex @code{msvc_prologue} attribute
> +
> +On 32 bit x86-*-* targets, you can use this function attribute to make
There are no x86-*-* targets, they must match i[34567]86-*-*.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
LatticeMico32 support in GCC 4.5
Hi, Would you mind including support for the LatticeMico32 soft processor in the upcoming GCC 4.5 series? We at Milkymist [1] develop a free system-on-chip design [2] that uses the Mico32 processor and having out-of-the box Mico32 support in GCC would help software development on this free SoC platform. Support for Mico32 is already included in recent binutils releases. A patch [3] was submitted to the GCC mailing list last December, that we are currently using with GCC 4.4. It seems pretty stable as it allows us to compile a working Linux kernel [4]. Looking forward to your positive answer, Sébastien Bourdeauducq [1] http://www.milkymist.org [2] http://www.milkymist.org/doc/paper_overview.pdf [3] http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01024/lm32.patch [4] http://lekernel.net/blog/?p=540
Stuck master branch in git mirror
It looks like the master branch of git://gcc.gnu.org/git/gcc hasn't been updated since 3 weeks (trunk is still ok). Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
Re: LatticeMico32 support in GCC 4.5
FWIW we have been using the lm32 patches against 4.3 and 4.4 and providing them with the RTEMS tool RPMs. We would also appreciate these getting reviewed and merged. Thanks. --joel sebastien.bourdeaud...@lekernel.net wrote: Hi, Would you mind including support for the LatticeMico32 soft processor in the upcoming GCC 4.5 series? We at Milkymist [1] develop a free system-on-chip design [2] that uses the Mico32 processor and having out-of-the box Mico32 support in GCC would help software development on this free SoC platform. Support for Mico32 is already included in recent binutils releases. A patch [3] was submitted to the GCC mailing list last December, that we are currently using with GCC 4.4. It seems pretty stable as it allows us to compile a working Linux kernel [4]. Looking forward to your positive answer, Sébastien Bourdeauducq [1] http://www.milkymist.org [2] http://www.milkymist.org/doc/paper_overview.pdf [3] http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01024/lm32.patch [4] http://lekernel.net/blog/?p=540
Re: What is -gtoggle useful for?
On Thu, Sep 3, 2009 at 15:17, Alexandre Oliva wrote: > Would the above serve as motivation for -fcompare-debug (and thus for > -gtoggle)? Absolutely. Thanks for the explanation. Its usefulness is pretty limited outside of gcc developers. We should start hiding these developer flags more. Diego.
gcc-4.3-20090906 is now available
Snapshot gcc-4.3-20090906 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20090906/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_3-branch revision 151463 You'll find: gcc-4.3-20090906.tar.bz2 Complete GCC (includes all of below) gcc-core-4.3-20090906.tar.bz2 C front end and core compiler gcc-ada-4.3-20090906.tar.bz2 Ada front end and runtime gcc-fortran-4.3-20090906.tar.bz2 Fortran front end and runtime gcc-g++-4.3-20090906.tar.bz2 C++ front end and runtime gcc-java-4.3-20090906.tar.bz2 Java front end and runtime gcc-objc-4.3-20090906.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.3-20090906.tar.bz2The GCC testsuite Diffs from 4.3-20090830 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.3 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
Vibratory Equipment
Good Morning I would like to talk to the person who handles the machine shop for the company. Can you provide me with the phone number and contact name. We have a clearance sale on deburring and metal finishing equipment. Please let me know if you are interested. Sincerely, Joseph Taylor
Re: [ada] help debugging acats failure
Richard Guenther wrote: > On Fri, Sep 4, 2009 at 1:00 AM, Richard Henderson wrote: >> Can someone tell me how to debug this: >> >>> splitting >>> /home/rth/work/gcc/bld-sjlj/gcc/testsuite/ada/acats0/tests/c3/c35502i.ada >>> FAIL: c35502i >> I haven't been able to figure out what command to issue from the command >> line to reproduce this. Cut and paste from the dejagnu log doesn't work, >> which is more than annoying... > > Same for libjava ... To debug libjava tests, run the testsuite with about half-a-dozen -v switches in your RUNTESTFLAGS and look through the output for lines that look like: > board is unix, not remote > set_ld_library_path_env_vars: > ld_library_path=.:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/./libjava/.libs > LD_LIBRARY_PATH = > .:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/./libjava/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libstdc++-v3/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libssp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libgomp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./gcc:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./prev-gcc:.:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/./libjava/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libstdc++-v3/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libssp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libgomp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./gcc:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./prev-gcc > CLASSPATH is > .:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/src/gcc-4.3.4/libjava/testsuite/libjava.lang:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libjava/testsuite:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libjava/testsuite/../libgcj-4.3.4.jar > board_info target needs_status_wrapper Copy-paste those assignments to LD_LIBRARY_PATH and CLASSPATH into your shell, export them both, and you can then cut and paste build commands from the log and they'll work. (Although note that I always install the compiler to a DESTDIR and put the .../bin dir at the very front of my PATH, and that may be a necessary step, I haven't tried it without yet. I do this to make completely sure that the windows DLL search path algorithms pick up the newly-built DLLs; it might be superfluous on other platforms.) cheers, DaveK
Re: verify_ssa failed on cygwin and in ada
2009/9/5 Christian Joensson : > 2009/9/4 Alexandre Oliva : >> On Sep 4, 2009, Dave Korn wrote: >> >>> Christian Joensson wrote: Is this a well know problem: >> >>> Please file a PR. It didn't happen a few weeks ago when I last tried >>> bootstrapping ada on cygwin. >> >> And please Cc: aol...@gcc.gnu.org in the bug report. This is clearly >> VTA-related. It may be that I already have a fix for it, but I'd like >> to keep track of the bug report just in case. >> > > will do, but it'll have to wait 'til Monday... don't have that > computer available right now... there, submitted as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291, will add more info later... -- Cheers, /ChJ
