Re: Inserting profiling function calls

"Michael Gong" <[EMAIL PROTECTED]> writes: > I don't know about inserting call at the basic block level, but I am > quite sure inserting calls at the function level could be done by > aspect-oriented-programming (AOP). [...] Another possibility, coming soon[1], is to use systemtap[2] probes: %

Re: mudflap vs bounds-checking

Christophe LYON <[EMAIL PROTECTED]> writes: > What is the difference between the [bounds-checking and mudflap] > systems? Mudflap is a tree-level rewriting pass amidst the optimizers that limits its attention to pointer dereference and addressable object lifetime events. It's upstream, having be

Re: Question w.r.t. `'class Foo' has virtual functions but non-virtual destructor` warning.

Karel Gardas <[EMAIL PROTECTED]> writes: > [...] > class Foo > { > public: > virtual unsigned short > iiop_version() const = 0; > }; > > and when I compile it, GCC emits warning from subject, although this class > is really abstract and will never be instantiated. [...] I guess GCC assu

Re: help with mudflap testsuite result analysis

mrs wrote: > [...] The question is, how decent are the results and can you spot > any systematic wrongs that appear and/or can you identify any > non-portableness to darwin of mudflap? I started from 89 > passes... > :-) [...] Most of the FAILs are "output pattern test" failures, related to so

Re: Major bootstrap time regression on March 30

dnovillo wrote: > [...] > I rebooted the machine into a new kernel on 2005-03-31 > (2.6.10-1.770_FC3). The slowdown coincided with the box being > rebooted into the new kernel: > [...] > 2005-03-305,704 <-- 2.6.10-1.760_FC3 > 2005-03-317,026 <-- 2.6.10-1.770_FC3 > [..

Re: mudflap cache question

Hi - Herman ten Brugge <[EMAIL PROTECTED]> writes: > [...] > I looked at the code in mf-runtime.c and found the cache > functions. The code [...] > __mf_uncache_object (__mf_object_t *old_obj) > [...] > unsigned idx_low = __MF_CACHE_INDEX (low); > unsigned idx_high = __MF_CACHE_IND

Re: mudflap: compiler flags changed?

Hi - Eyal wrote: > [...] > In the past -fmudflapth did the job. Something changed. > The help suggests that the two options have a function but it > is not clear (to me) what it is. [...] This could be an unintended side-effect of rth's libmudflap pthreads changes a week or two ago. - FChE pg

Re: Selective Mudflap

"Jon Levell" <[EMAIL PROTECTED]> writes: > I'm trying to debug a large C application that (amongst other things) > starts a JVM and uses Java's JDBC to connect to databases via JNI. Brave! > If I use the sourceforge bounds checking patch I get a sensible list > of errors (none from the JVM). I'd

Re: Selective Mudflap

Hi - On Fri, Sep 02, 2005 at 03:55:27PM +0100, Jon Levell wrote: > [...] > > Do these errors arise from malloc-type operations performed by the > > JVM? Or from your code's use of JVM-provided pointers? [...] > > The errors stem from inside the JVM. I presume when it is using > pointers that t

Forw: Question about mudflap

Date: Wed, 16 Nov 2005 03:20:54 -0500 From: "Doug Graham" <[EMAIL PROTECTED]> To: "Frank Ch. Eigler" <[EMAIL PROTECTED]> Subject: Question about mudflap Hi, Not sure whether I should report this as a bug or not, because there might be something going on th

Re: Question about mudflap

Hi - > What I'm wondering is whether or not mudflap should instrument accesses > to globals that it doesn't know the size of. In the following code: > [...] > printf("%d\n", global[3]); > [...] Mudflap does not emit any __mf_check calls. It is probably kicking in an optimization that says t

Re: GCC mailing list archive search omits results after May 2005

mrs wrote: > I think we should remove all traces of any search that doesn't work. > [...] We'll try to set up mnogosearch again on the machine. Please stand by. - FChE

Re: porting gcc/binutils

<[EMAIL PROTECTED]> writes: > The original intention was that CGEN would eventually be able to > generate the MD file for GCC. When I last used CGEN 2 years ago, it > was not able to do that at the time, and I suspect the problem is > very complex for real machines [...] There exists a CGEN/SID

Re: Libmudflap and MIPS, does it work?

Hi - > >Has anyone ever gotten mudflap working on mips? > I've never tried, but I think that mudflap isn't guaranteed to work > for cross compilers. Frank? The compiler portion (tree-mudflap.c) should work about as well for crosses as for native builds. The part that poses porting problems is

Re: GCC Bugzilla (and other) timeouts

Hi - > > Bugzilla and httpd are very slow, but I haven't had any git timeouts. > > If you're using anonymous access that gets throttled more aggressively > > than authenticated access (using git+ssh:// for the protocol). Yeah, we're aware of reduced performance lately. Suspecting one disk is on

Re: gcc mailing list is not being archived

Hi - > one more point: The gcc mailing list including this discussion is > currently not being archived, the last message is from 2020-03-06. Found & fixed a permission problem with the mailmnan archives. Let's see if this one makes it in now. - FChE

Re: gcc-10-20200308 is now available

Hi - > Is it expected that > https://gcc.gnu.org/pub/gcc/snapshots/10-20200308/sha512.sum is not > present? > There is a sha512.sum file in previous snapshot dirs. system & per-user cron job items have not been brought forward en masse. Copied a relevant one over now (/sourceware/infra/bin/make-

Re: text/x-* attachments strippe

Hi - Thanks for the kind words. > Could this have gone a bit smoother? Yes. More collaborative? Maybe. We tried: the plan to migrate to mailman was included by reference from the systemwide announcement blast two weeks ago: https://sourceware.org/sourceware-wiki/MigrationStatus/ We continue to

Re: Offer of help with move to git

Joseph Myers writes: > [...] > FWIW, Jason's own trial conversion with reposurgeon got up to at least > 45GB memory consumption on a 32GB repository. (The host sourceware.org box has 72GB.) - FChE

Re: svn timeouts

pmatos wrote: > Am I the only one regularly getting svn timeouts lately? > svn: E210002: Unable to connect to a repository at URL > 'svn://gcc.gnu.org/svn/gcc/trunk' > svn: E210002: Network connection closed unexpectedly Hard to be sure unless you can supply a timestamp so we can go log hunting.

Re: Repository for the conversion machinery

>> cagney = Andrew Cagney > cag...@gnu.org? Good point. The email identities of people change over time; forcing a single arbitrary one to label all contributions is at best imprecise and at worse a miscrediting. (This is one way in which the impersonal use...@gcc.gnu.org aliases work better.)

Re: Repository for the conversion machinery

Hi - > [...] > >- rewrite history - use some totally arbitrary, and quickly outdated, > >internet identity > I think this is main reason why @gnu.org or @gmail.com style addresses > are preferred over employer addresses when there's > 1 address on file. That makes sense, but how many people are

http access to ftp://gcc.gnu.org

Hi - At the request of tbsaunders, we're experimenting with provinding http[s] access to parts of the ftp://gcc.gnu.org/ contents. Please see http://gcc.gnu.org/ftp/ . - FChE

Re: http access to ftp://gcc.gnu.org

Hi - > > [...] Please see http://gcc.gnu.org/ftp/ . > Got 403: Thanks, fixed. - FChE

Re: gnu-gabi group

mark wrote: > [...] >> [...] >> >> Having a local gnu-gabi group on sourceware.org would be better IMHO. >> > +1 >> +1 > > Great. I'll ask overseers to create a mailinglist. [...] Done [1] [2]. If y'all need a wiki too, just ask. [1] gnu-g...@sourceware.org [2] https://sourceware.org/ml/gnu-ga

Re: Deprecating basic asm in a function - What now?

jwakely.gcc wrote: > [...] (When we switched Fedora to using GCC 6, with C++14 enabled by > default, dozens and dozens of C++ packages failed to compile, > because even in 2016 nobody had ever tried to compile them with > C++11 features enabled.) And one shouldn't blame those that choose to stic

Re: Repository for the conversion machinery

Jason Merrill writes: > [...] gcc.gnu.org already refuses git connections fairly frequently > due to overloading [...] With the corresponding reduction in cpu load from svn users, plus the ready adjustability of those xinetd thresholds, please don't let that hold you back. - FChE

Re: Repository for the conversion machinery

joseph wrote: > Thanks, here are further authors map additions for new committers. > [...] > avieira = Andre Vieira > [...] FWIW, I thought at one point the consensus was that the mailmap would expand only to $use...@gcc.gnu.org rather than $userid@$organization, esp. considering the case where

Re: Who played with the GCC Bugzilla git repo?

Frédéric Buclin writes: > Someone played with the GCC Bugzilla git repo last week with no real reason: > Author: root > Date: Fri Oct 7 15:28:43 2016 + > snap-data > [...] That was little old me, with the reason being to conserve local changes with version control. > Looks like the g

Re: git server is stuck

The cron-based svn-to-git script running under bernie's account on gcc.gnu.org is still stuck/spinning, even after a restart. I am planning to suspend it later tonight, until y'all can figure out what's going on. - FChE

Re: using C++ STL containers in GCC/gfortran source code

Pedro Alves writes: > [...] > malloc will fail, new will throw bad_alloc, and GCC will abort and > maybe generate a core dump, instead of gracefully printing > something like: >cc1: out of memory allocating bytes ... > and existing with error status. Consider having the main() funct

ssl support for https://gcc.gnu.org/

Hi - Thanks to help from Lisa Marie Maginnis , we now have a valid ssl/tls certificate for gcc.gnu.org, so the web server now makes https://gcc.gnu.org/* files available. Please let me/overseers know if you see any problems. One complication is the use of literal http://gcc.gnu.org/FOO";...> ty

Re: [website, changes] (was: Re: warning about const multidimensional array as function parameter)

Hi - > > thank you, I tried creating an account, but it said: Unknown action > > newaccount. > Frank, do you know what the problem might be? Yes, this facility was temporarily disabled, as a load-shedding measure. I'll turn it back on for a few hours. - FChE

Re: GCC wwwdocs move to git done

Hi - Thanks - good job with moving this to git! > Note 1: someone with the right access needs to create the symlink > /sourceware/git/gcc-wwwdocs.git -> > /sourceware/projects/gcc-home/wwwdocs.git (and anything else needed for > anonymous git access to that repository). Done. - FChE

Re: Call for volunteers: GCC Bugzilla account approval

David Edelsohn writes: > [...] > Because of SPAM, the GCC Community had to disable the creation of new > accounts. We need a few dedicated, reliable individuals who can > review account requests and manage the process of authorizing Bugzilla > accounts. [...] It would to have y'all also figure

Re: Bugzilla timing out

msebor wrote: > I'm having trouble bringing up bugs or updating them. Has anyone else > noticed Bugzilla (and/or other services running on gcc.gnu.org) being > very slow or timing out? One failed disk in the server has been replaced yesterday. Please let us know if problems persist or reoccur.

Re: Bugzilla timing out

Hi - > Problems are still occurring for me; Bugzilla gives me 504 Gateway > Time-outs when I try to access it tonight... OK, we reworked some of the database routine maintenance workload, e.g., a nightly cleanup pass that was quite likely excessive, and will keep monitoring. - FChE

Re: Bugzilla timing out

Hi - On Tue, Jan 23, 2018 at 11:26:42AM +0100, Richard Biener wrote: > [...] > > OK, we reworked some of the database routine maintenance workload, > > e.g., a nightly cleanup pass that was quite likely excessive, and > > will keep monitoring. > > With all such administrative workloads keep in mi

Re: Bugzilla timing out

Hi - > Thanks for looking into it. I'm still (or again) seeing very > poor responsiveness. Right now, bringing up an existing bug > takes an entire minute. There has been quite a burst in activity on sourceware.org over the last few hours. Will look further into why, but quite a bit of it may

Re: Bugzilla timing out

Hi - > Many copies of a 5 MB message have apparently been timing out in > sourceware's spam processing, resulting in sourceware repeatedly accepting > the message while the sender's mail server also times out (sooner) and > keeps resending it. [...] Thanks for the pointer. I tightened up some

Re: So what's the status of the Git migration?

esr wrote: > [...] >> Another year; another release; and still no sign of progress on the git >> migration. > [...] > The current issue - and, I think, the last major one - is that there are > over 150 nid-branch deletes to be resolved. Is there a mandate that this conversion be Perfect? How ha

Re: ChangeLog's: do we have to?

siddhesh wrote: > [...] We had discussed making addition of ChangeLog entries into the > commit message mandatory but the issue there is that commit logs > cannot be (or more precisely, should not be) modified after they're > pushed so errors in ChangeLog entries will remain. [...] In such a

Re: temporarily giving up using Git for GCC MELT

Miles Bader writes: > [...] > Do you use the http: or git: protocol for cloning? The official gcc git > repo only supports the "old" git http: protocol, which is almost useless > on slow/high-latency networks... gcc.gnu.org does talk git:// too. By "new http", you are probably referring to the

Re: git mirror corrupted?

dnovillo wrote: > In trying to clone the git mirror, I'm getting: > $ git clone git://gcc.gnu.org/git/gcc.git > Cloning into gcc... > remote: Counting objects: 1191223, done. > remote: aborting due to possible repository corruption on the remote side. > [...] This may be because of cpu runtime l

Re: git mirror corrupted?

"H.J. Lu" writes: > [...] > GCC git mirror hasn't been updated for more than 30 hours. git svn fetch was blocked on a "index mismatch: ..." error, apparently necessitating a full git-svn metadata rebuild. It should be done in a few more hours. Darn fragile thing, git-svn. - FChE

Re: On the toplevel configure and build system

dj wrote: >> [...] > I see no reason to stop people from building in a combined source tree > for multiple targets, and expecting it to work. Perhaps if we do move to git for all the /src stuff, we can have a /toplevel git repository with different branches suitable for each of your tastes of su

Re: Bugzilla down

octoploid writes: >> Actually, the whole gcc.gnu.org since yesterday seems rather flaky. At >> the moment it works fine for me, though. > > Same symptoms as those on kernel.org In gcc.gnu.org's case, apparently this was being caused by someone hammering on the bugzilla server. A case of exces

Re: Problem with static linking

Andrew Haley writes: >> [...] It makes heavy use of >> C++, STL, and boost and we'd like to (if possible) link *everything* >> statically. This means libc, libgcc, libstdc++, boost, libpthread, >> etc. > [...] > However, I really implore you: by all means link statically to everything > else, bu

Re: how to use expand_builtin_alloca

> Janboe Ye writes: >> normally gcc will use expand_builtin_alloca to handle variable array. >> But mudflap will force this function to return immediately to invoke >> alloca explicit. >> >> Is there some way to still use expand_builtin_alloca without changing >> gcc source code? I don't think

Re: Compiling programs licensed under the GPL version 2 with GCC 4.4

Robert Dewar writes: > [...] >>> b) you should ignore all such discussions, since they invariablly >>>include lots of legal-sounding opinions from people who are not >>>lawyers and don't know, and often have significant misconceptions. >> >> This is not about legal issues. It's about FSF

Re: gcc git's performance problem Fwd: git gc expanding packed data?

Hi - Nicolas wrote: > Anyone has an idea of the git version running on gcc.gnu.org? It is > certainly buggy and needs fixing. It was 1.6.3.2 now it's 1.6.4, practically spring chickens. > Anyway... To solve your problem, you simply need to run 'git gc' with > the --prune=now [...] > And BTW,

Re: GCC Status Report (2009-08-23)

mitch...@codesourcery.com (Mark Mitchell) writes: > [...] In my opinion, the single hardest issue we face with respect > to 4.5 is how to handle the VTA branch. [...] The problem it's > setting out to solve is definitely important, but the scope of this > particular solution frightens me. [..

Re: [lto] Reader-writer compatibility?

Ryan Mansfield writes: > The objects were created with rev 15 and being read using 151271. > No, I can't reproduce the ICE using the same version. > Thanks for confirming this is not expected to work. Is it the intent that this work properly in the future? It is not absurd to imagine that s

Re: LTO branch merged into trunk - trunk remains CLOSED

Diego Novillo writes: > The LTO branch has been merged into trunk at revision 152434. > [...] Congrats. > [...] That's it. The result should, in principle, execute faster > but our IPA cost models are still not tweaked for LTO. We've seen > speedups as well as slowdowns in benchmarks (see th

Re: gccgo: A gcc frontend for Go, a new programming language

Ian Lance Taylor writes: > [...] Go, a new experimental systems programming language designed > by a small group at Google. [...] The frontend is written in, yes, > C++. [...] Neat. Are there any plans to have a front-end written in its own language (and use the current C++ one only for boot

outage 2009-12-12 weekend, gcc.gnu.org / sourceware / cygwin

Hi - Please be aware of an impending temporary outage machines hosting gcc.gnu.org, sourceware.org, sources.redhat.com, cygwin.com, and a few other sites. All email, web, ftp, cvs, git, etc. services will be off line while the machines are being moved between two colocation facilities this coming

Re: Git mirror needs a run of "git gc"

Florian Weimer writes: > Right now, each fresh clone needs to create a compressed pack, which > takes quite a while. I ran "git repack -a -d", HTH. - FChE

test listarch

Hi - This is a test for gcc.gnu.org's listarch for this mailing list, which has interrupted. - FChE

Re: Hash Function for "switch statement"

Jae Hyuk Kwak writes: > [...] > Is that true that current implementation of gcc on i386 optimizes > switch statement with decision tree? > I was expecting somebody who can confirm this. You can see for yourself by writing a variety of switch{} statements and observing the assembly code (-fverbos

Re: State of the mercurial mirror

Thomas Capricelli writes: > The mercurial mirror of the gcc repository, at > http://gcc.gnu.org/hg/gcc has been broken for months. and the > contact listed there does not answer emails. > > Can somebody here at least remove those misleading pages..? If there is concensus here to remove this

Re: State of the mercurial mirror

Thomas Capricelli writes: > The mercurial mirror of the gcc repository, at > http://gcc.gnu.org/hg/gcc has been broken [...] Or rather, it has gotten stale. I started up update process that should, very very slowly, let it catch up with the present day. If that completes in reasonable time, ma

Re: Viewvc perms problem ?

Hi - > Looking at the GCC viewvc, for example: > http://gcc.gnu.org/viewcvs/branches/gcc-4_5-branch/ > > All the graphics and style information are missing [...] This was an unintended consequence of a viewvc rpm update. It's fixed now. - FChE

Re: Libmudflap-failures-gcc4.1.2

"mal reddy y" <[EMAIL PROTECTED]> writes: > I am getting libmudflap crash test failures like this, > any help will be appreciated. > [...] > FAIL: libmudflap.c/fail1-frag.c crash test > FAIL: libmudflap.c/fail10-frag.c crash test > FAIL: libmudflap.c/fail11-frag.c crash test > [...] All these tes

Re: Libmudflap-failures-gcc4.1.2

Hi - On Thu, Nov 20, 2008 at 10:49:48AM +0530, mal reddy y wrote: > The libmudflap.log contains , > [...] > Executing on mips-sony-linux: /tmp/fail10-frag.exe.32708(timeout = 3000) > call-remote > standard exec > Executing mips-sony-linux:/tmp/fail10-frag.exe.32708 < > /*usr/bin/ssh

Re: libmudflap and emutls question

Jie Zhang writes: > I encountered a recursive call problem between libmudflap and emutls > when testing libmudflap for Blackfin. But I think this issue affects > all targets without TLS. Thank you for the report. > One libmudflap test case in the testsuite calls __wrap_calloc. In > __wrap_callo

Re: libmudflap and emutls question

On Tue, Jan 06, 2009 at 01:12:08AM +0800, Jie Zhang wrote: > >[...] Other alternatives would include having > >emutls define something in addition to HAVE_TLS that activates the > >!HAVE_TLS implementation in libmudflap/mf-hooks3.c. > > Thanks for your help! How about the attached patch, which fo

Re: CGEN-generated files vs GPL

DJ Delorie writes: > What are the implications (GPL-wise) of using CGEN-generated files in > gcc? Specifically, I'm working on a second attempt to contribute the > MeP port, and its intrinsics are CGEN-generated (and there are a *lot* > of them - most opcodes have an intrinsic). [...] My under

Re: Revised GCC Runtime Library Exception

Ian Lance Taylor wrote: > [...] Earlier Bradley Kuhn had indicated that this would be covered > in the updated FAQ, but I don't really see it there. I sent him a > separate message asking him to update it. Joe Buck wrote: > [...] Since the FSF is the copyright owner, even if your reading is >

Making CFLAGS=-g1 bigger but more useful

Hi - I'm working on a little patch that extends the data produced for the little-used (?) -g1 mode. Normally, this produces very little DWARF data (basically just function declaration locus, PC range, and basic backtrace-enabling data). Compared to normal -g (== -g2) mode, this is very small.

Re: VTA merge?

Alexandre Oliva writes: >> Do you have any of them handy (memory use, compile time with release >> checking only, etc) so that we can start the public >> argument^H^H^H^H^H^discussion? > I don't, really. Part of the guidance I expected was on what the > relevant measures should be. [...] Well

Re: VTA Linux kernel compilation comparison

Jakub Jelinek writes: > [...] With make allyesconfig; [...] > .debug_info+.debug_loc+.debug_abbrev section sum grew by 1.9MB out > of 422MB, I assume this was with var-tracking turned on (due to the toplev.c AUTODETECT_VALUE logic). > [...] there locations weren't really changing. You mean t

Re: Why not contribute? (to GCC)

Mark Mielke writes: > [...] What are clean room implementations for if not for avoiding > copyright violation? It's a paranoid measure to preclude the appearance of the possibility of conceivable copyright violation. (It's also sometimes used in the case of trade secrets.) > At my company, w

Re: GFDL/GPL issues

Basile Starynkevitch writes: > [...] > So what should I do? > [...] > c. change the licenses of the melt*texi files [I certainly won't do that > without explicit approval] to something compatible. Perhaps the fact > that I am the only contributor to these files might help. Would dual-licensing

Re: Using C++ in GCC is OK

Gabriel Dos Reis writes: > [...] I do not think so, and I would not suggest that the use of > C++ is an excuse do ditch the possibility of bootstrapping with > anything other than GCC. Right. It would be good to enumerate any language/design constraints that other noteworthy C++ compilers woul

Re: Scheduling x86 dispatch windows

Andi Kleen writes: > [...] > Yes but you can't easily pass data back, like accurate instruction lengths. Wouldn't it be too late by then? Or are you imagining having the compiler pass trial data to the assembler to create a feedback loop? - FChE

Re: Patch pinging

NightStrike writes: > [...] >> So who actually said no? > > The Frederic guy didn't like my fake-looking fake name, and wanted a > real-looking-but-just-as-fake name, or he wouldn't create a account > for me. In consultation with other overseers, I rejected your request. I did not ask for a "r

Re: Crucial C++ inlining broken under -Os

Joern Rennecke writes: > [...] But if the function is very simple, the only reason to keep > it would be if its address was taken somewhere, or if we tailcall > it. ... or to make it available from gdb as an inferior call. - FChE

Re: Merging Apple's Objective-C 2.0 compiler changes

Jack Howarth writes: > [...] >Alternatively, perhaps Apple could clarify their own license file to > clearly indicate that they do not prohibit their GPLv2 code from being > relicensed as GPLv3-only code. After all, this doesn't really change > the licensing status of Apple's changes in thei

Re: Discussion about merging Go frontend

Dave Korn writes: > [...] From Ian's description, gccgo has the exact same requirements > as LTO: be able to parse an object file, get a list of sections, and > get raw binary access to the data contained within a named section. > This is a problem which we already have solved. (And indeed LTO'

Re: Discussion about merging Go frontend

Hi - > > By the way, is there some necessity in accomplishing this by means of > > a linked library, as opposed to via a spawned objcopy process? > Probably none in theory, but it certainly seems messy and likely to > be slow in practice. Yes, maybe. > Is there a reason that this would be desir

Re: RFC: Add zlib source to src CVS resposity

"H.J. Lu" writes: > [...] By default, the in-tree zlib is used. If you configure > binutis using --with-system-zlib, system zlib will be used. [...] Can you summarize what modern platforms lack a system zlib, and what justifies using the proposed in-tree copy by default? - FChE

Re: A possible super feature to add to gcc

AspertameMan wrote: > Back in the 1970's when we ran fortran on an IBM machine we had this > really powerful command called CALL FDUMP that if inserted into a > program would send the names and values of every variable, at the time > of its call, to a printer or file. [...] This sounds like

Re: gcc.gnu.org Bugzilla: Perl error Can't locate mro.pm in @INC

Tobias Burnus writes: >>> Can't locate mro.pm in @INC >> [...] This may be fixed now, with a hand-made dummy mro.pm file. - FChE

Re: mudflap extention request

Herman ten Brugge <[EMAIL PROTECTED]> writes: > [...] Finally the question. Is it possible to add this extension to > mudflap so the above problem is found here as well. It is likely possible. The first one (array embedded in struct, indexed by run-time expression) is tricky. There is IIRC no

Re: Reconsidering gcjx

"Kaveh R. Ghazi" <[EMAIL PROTECTED]> writes: > [...] IMHO, writing your frontend in the same language it's intended > to compile causes it to be marginalized. It no longer becomes part > of the default bootstrap sequence and gets much less testing. [..] Even if so, it may be worth spelling out

Re: Making a variable addressable in GIMPLE

Yoav Etsion <[EMAIL PROTECTED]> writes: > The transformation is simple: mudflap already injects a call to > __mf_register when an addressable variable is declared. I want to do > the same for all pointer variables [...] Why? If those pointers are not themselves taken address of, what kind access

Re: Making a variable addressable in GIMPLE

Yoav Etsion <[EMAIL PROTECTED]> writes: > The pointer variable's address is used as the pointer's unique ID in > a database, collecting information about each pointer variable - > mostly its legal bounds. That way I can test when a pointer crosses > its object's bounds. If I understand correctly

Re: GCC-4.1.x include/ssl/*.h ??

Hi - On Sun, Feb 26, 2006 at 10:54:09PM +0100, Gerald Pfeifer wrote: > On Sun, 26 Feb 2006, Ralf Corsepius wrote: > > Cross building and installing gcc-4.1.0 rc2 (--prefix=/usr/local) > > installs these headers: > > [...] > Related problems include Bugzilla #23935 ($PREFIX/include/ffi.h), > #25938

Re: -fmudflap and -fmudflapth

"Rafael Espíndola" <[EMAIL PROTECTED]> writes: > Use `-fmudflapth' instead of `-fmudflap' to compile and to link if > your program is multi-threaded. [...but...] > gate_mudflap (void) { return flag_mudflap != 0 } Maybe something broke this, but -fmudflapth used to imply setting both flag_mudflap

Re: using libmudflap with non-instrumented shared libraries

rafael.espindola wrote: > [...] > extern char *p; > [...] >char a = p[0]; > [...] > compile and link with > gcc -shared -fPIC a.c -o liba.so > gcc -fmudflap -lmudflap b.c -la -L. -o b Did the compiler give you a warning about inability to track the lifetime of "p"? It should have. - F

Re: Mudflap and freeing C runtime memory upon exit (feature request)

"Vesselin Peev" <[EMAIL PROTECTED]> writes: > [...] I have a feature request for mudflap. It should have an > option to run glibc's _libc_freeres function that forces the C > runtime library to free all of its memory [...] Good idea. (It should not take more than a dozen lines of code - a thre

Re: a mudflap experiment on freebsd

Hi, Jim - > A customer expressed interest in mudflap, so I tried to see if I > could use it compile something large. [...] Thanks for giving it a try. For what it's worth, I've run entire gcc bootstraps on Linux with the instrumentation running (using BOOT_CFLAGS rather than CFLAGS). Each ti

Re: Vandalised wiki page

Hi - > > Looking at http://gcc.gnu.org/wiki/RecentChanges shows that the GCC wiki > > is being spammed a lot. Somebody should employ some kind of spam protection. Several other sourceware-hosted moin wikis have adopted a group-ACL-based protection, which has eliminated the problem. This involves

Re: Vandalised wiki page

Hi - On Fri, Aug 23, 2013 at 04:06:22PM +0100, Jonathan Wakely wrote: > [...] > (Assuming we want to go down the ACL route.) Done! :-) > > Is there an easy way to revert a spam change to a page? I don't see one. > Doh, found it in the "more actions" dropdown. (It's only accessible there to "adm

Re: Warning about __DATE__ and __TIME__

Gerald Pfeifer writes: > To make it easier to reproduce builds of software and entire GNU/Linux > distributions, RMS had the idea of adding a warning to GCC that warns > about the use of __DATE__ and __TIME__. [...] How about instead adding a --time=X option to gcc (cpp?) instead, so that

Re: Report on the bounded pointers work

Yury Gribov writes: >[...] >> [mudflap] never reached a point where interoperability across objects with > and without mudflap instrumentation worked > > Could you add more details? E.g. I don't see how mudflap > interoperability is different from AdressSanitizer which seems to be > state of the

Re: git mirror hasn't been updated for 8 hours

Hi - There appears to have been a problem with bernie's cron-based git-svn-fetch job, due to a corrupted (emptied) .git/svn/.cache/XXX.db file. With that file removed, the cron job is running again. A little bit extra logging was added to help pinpoint the cause next time. - FChE

Re: GCC Wiki, struggling to make a new user

Hi - > I'm trying to create a new account for the GCC wiki using the > account creation page at: > http://gcc.gnu.org/wiki/HomePage?action=newaccount > but things are not going well. > > I fill in the form and click create account. After thinking for a > while the page returns a Gateway Error.

Re: GIT Mirror Down?

"Iyer, Balaji V" writes: > Is the GIT mirror for GCC down? I tried clicking on the snapshot > link near a commit and it is timing out. It could be that generating the snapshot is taking more CPU time than the web server is configured to permit. Consider making your own git clone, and generate

Re: Function parameter debug info at -O0

Senthil Kumar Selvaraj writes: > [...] > The following program, when compiled with -O0 -g3 (x86_64 target, but > doesn't seem to matter), shows wrong values for p (function parameter) > when debugging. [...] This sounds like . - FChE

  1   2   >