From jkrell at elego.de Fri May 1 10:56:19 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 1 May 2009 10:56:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090501085619.599DDCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/01 10:56:19 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThreadC.c Log message: bring back from two days ago: ThreadPThread__pthread_cond_new ThreadPThread__pthread_cond_delete ThreadPThread__pthread_mutex_new ThreadPThread__pthread_mutex_delete that combine calloc + init, destroy + free. Not yet active. From jkrell at elego.de Mon May 4 11:55:38 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 11:55:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504095538.11ABCCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 11:55:38 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: add -funwind-tables so that we might have a portable stack walker via libgcc some day (soon?) From jkrell at elego.de Mon May 4 12:23:07 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 12:23:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504102307.2C8EECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 12:23:07 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3 ThreadPThread.m3 ThreadPThreadC.c Log message: activate use of pthread_{cond,mutex}_{new,delete} which are my names for calloc+init, destroy+free Perhaps not the best names? (They sound like they are actual pthreads functions and not implemented by us.) Perhaps small consolation here is that the Modula-3 no longer directly uses calloc/free, but really, indirectly, it is the same. From jkrell at elego.de Mon May 4 13:19:07 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 13:19:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504111907.71861CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 13:19:07 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 Log message: move expensive calloc+pthread_mutex_init outside lock, using a double check pattern: if it appears work is needed (but with taking lock to be sure) do the work, into temp take lock if work not actually needed, ok release lock free the temp (don't care if it succeeded) else if attempt to do the work failed release lock raise exception else commit the work release lock end end end It is ugly perhaps to repeat "release lock" three times instead of once, but time holding the lock is minimized. As long as "temp" is a pointer, which it is here, this can use InterlockedCompareExchangePointer and not a full blown lock. Something like: if pointer == null temp = new ... if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) delete temp (* lost the race, ok *) else if temp == NULL (* won the race but failed *) raise exception end end end This pattern is bad if the temp work is particularly expensive or must not be executed more than once. That leaves many instances in which it is ok. Also here eliminate PushFrame, but the point is more to eliminate calloc from inside a lock. Therefore, if calloc is well tuned for multiprocessor systems, and many locks are used for the first time at about the same time on multiple threads, scale better. ("hold locks for minimal time, even at the risk of doing more work in the event of a race" is a good scalability principle; as well as "replace lock with interlocked/atomic/cas/etc., also at the risk of doing more work when there is a race") Factor InitMutex and InitCondition into one function InitMutexHelper. It is tempting to rewrite InitMutexHelper in C, thereby removing the exposure of the init lock, however as I understand this is a bad move due to interior gc pointers or such. From jkrell at elego.de Mon May 4 14:22:52 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:22:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504122253.18354CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:22:52 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: adapt to newer Visual C++ toolset -- put underscores in front of a bunch of symbols From jkrell at elego.de Mon May 4 14:33:59 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:33:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504123359.2F1F5CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:33:59 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 UtilsWin32.m3 m3makefile cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: get win32 hardlink support from m3core into cm3, hacking around bootstrapping From jkrell at elego.de Mon May 4 14:35:45 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:35:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504123545.B3C5CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:35:45 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: eliminate on-demand initialization and use of cstdlib.calloc as was done similarly for pthreads From hosking at cs.purdue.edu Tue May 5 01:07:51 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 5 May 2009 09:07:51 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090504111907.71861CC3B4@birch.elegosoft.com> References: <20090504111907.71861CC3B4@birch.elegosoft.com> Message-ID: <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> Is this safe? Double-check pattern is often not fully safe. I haven't looked at your code but will do so ASAP. PS Why are you optimizing initialization -- seems premature to me. Antony Hosking | Associate Professor | Computer Science | Purdue University 305 N. University Street | West Lafayette | IN 47907 | USA Office +1 765 494 6001 | Mobile +1 765 427 5484 On 4 May 2009, at 13:19, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/04 13:19:07 > > Modified files: > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > > Log message: > move expensive calloc+pthread_mutex_init outside lock, using a double > check pattern: > > if it appears work is needed (but with taking lock to be sure) > do the work, into temp > take lock > if work not actually needed, ok > release lock > free the temp (don't care if it succeeded) > else > if attempt to do the work failed > release lock > raise exception > else > commit the work > release lock > end > end > end > > It is ugly perhaps to repeat "release lock" three times instead > of once, but time holding the lock is minimized. > > As long as "temp" is a pointer, which it is here, > this can use InterlockedCompareExchangePointer and not a full blown > lock. > > Something like: > > if pointer == null > temp = new ... > if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) > delete temp (* lost the race, ok *) > else > if temp == NULL (* won the race but failed *) > raise exception > end > end > end > > This pattern is bad if the temp work is particularly expensive or > must not be executed more than once. That leaves > many instances in which it is ok. > > Also here eliminate PushFrame, but the point is more to eliminate > calloc from inside a lock. Therefore, if calloc is well tuned for > multiprocessor systems, and many locks are used for the first > time at about the same time on multiple threads, scale better. > ("hold locks for minimal time, even at the risk of doing more work > in the event of a race" is a good scalability principle; as well as > "replace lock > with interlocked/atomic/cas/etc., also at the risk of doing > more work when there is a race") > > Factor InitMutex and InitCondition into one function InitMutexHelper. > It is tempting to rewrite InitMutexHelper in C, thereby removing > the exposure of the init lock, however as I understand this is a > bad move due to interior gc pointers or such. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Tue May 5 02:14:07 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 00:14:07 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> References: <20090504111907.71861CC3B4@birch.elegosoft.com> <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> Message-ID: This isn't one-time initialization, it is every condition variable or mutex initialization. Doing a heap allocation with more locks held than necessary seems not good -- hold locks for shorter time if possible. Granted, this does result in more locks/unlocks. It /could/ be that the underlying heap has some optimizations that cause it to scale nicely, defeated by us holding a lock while calling into it. Or it could be that the underlying heap is guarded by exactly the same sort of lock, in which case my change doesn't help. I do believe it is safe. I still check and commit the value under the lock, I just moved the bulk of the work to outside the lock -- with a "risk" that the bulk of the work will be performed more than once but that is generally ok. But either way is ok with me. This would be a good place to use "CAS". - Jay ________________________________ > From: hosking at cs.purdue.edu > To: jkrell at elego.de > Date: Tue, 5 May 2009 09:07:51 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Is this safe? Double-check pattern is often not fully safe. I haven't looked at your code but will do so ASAP. > > PS Why are you optimizing initialization -- seems premature to me. > > Antony Hosking | Associate Professor | Computer Science | Purdue University > 305 N. University Street | West Lafayette | IN 47907 | USA > Office +1 765 494 6001 | Mobile +1 765 427 5484 > > > > On 4 May 2009, at 13:19, Jay Krell wrote: > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/04 13:19:07 > > Modified files: > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > > Log message: > move expensive calloc+pthread_mutex_init outside lock, using a double > check pattern: > > if it appears work is needed (but with taking lock to be sure) > do the work, into temp > take lock > if work not actually needed, ok > release lock > free the temp (don't care if it succeeded) > else > if attempt to do the work failed > release lock > raise exception > else > commit the work > release lock > end > end > end > > It is ugly perhaps to repeat "release lock" three times instead > of once, but time holding the lock is minimized. > > As long as "temp" is a pointer, which it is here, > this can use InterlockedCompareExchangePointer and not a full blown lock. > > Something like: > > if pointer == null > temp = new ... > if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) > delete temp (* lost the race, ok *) > else > if temp == NULL (* won the race but failed *) > raise exception > end > end > end > > This pattern is bad if the temp work is particularly expensive or > must not be executed more than once. That leaves > many instances in which it is ok. > > Also here eliminate PushFrame, but the point is more to eliminate > calloc from inside a lock. Therefore, if calloc is well tuned for > multiprocessor systems, and many locks are used for the first > time at about the same time on multiple threads, scale better. > ("hold locks for minimal time, even at the risk of doing more work > in the event of a race" is a good scalability principle; as well as "replace lock > with interlocked/atomic/cas/etc., also at the risk of doing > more work when there is a race") > > Factor InitMutex and InitCondition into one function InitMutexHelper. > It is tempting to rewrite InitMutexHelper in C, thereby removing > the exposure of the init lock, however as I understand this is a > bad move due to interior gc pointers or such. > From hosking at elego.de Tue May 5 05:47:19 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:47:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505034719.85C6ACC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:47:19 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: The initProc must be called in the slow path while the heap is still locked to avoid seeing incompletely initialized objects at GC time (e.g., an incompletely initialized array). From hosking at elego.de Tue May 5 05:48:34 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:48:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505034834.6AED3CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:48:34 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 Log message: Reformat. Still not convinced GetGCRatio needs to be here. From jay.krell at cornell.edu Tue May 5 05:52:13 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 03:52:13 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034719.85C6ACC3B4@birch.elegosoft.com> References: <20090505034719.85C6ACC3B4@birch.elegosoft.com> Message-ID: Thanks, sorry, good catch. - Jay ---------------------------------------- > Date: Tue, 5 May 2009 05:47:19 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/05 05:47:19 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 > > Log message: > The initProc must be called in the slow path while the heap is still locked to > avoid seeing incompletely initialized objects at GC time (e.g., an > incompletely initialized array). > From hosking at elego.de Tue May 5 05:52:42 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:52:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505035242.6B4D8CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:52:42 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTOS.i3 Log message: Need quotes on EXTERNAL. From hosking at elego.de Tue May 5 05:54:13 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:54:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505035413.5B090CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:54:13 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTOS.i3 Log message: Minimize diff to previous versions. From jay.krell at cornell.edu Tue May 5 05:55:36 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 03:55:36 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034834.6AED3CC3B4@birch.elegosoft.com> References: <20090505034834.6AED3CC3B4@birch.elegosoft.com> Message-ID: I think it does. It calls PushEFrame. I assume it is related to . - Jay ---------------------------------------- > Date: Tue, 5 May 2009 05:48:34 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/05 05:48:34 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 > > Log message: > Reformat. > Still not convinced GetGCRatio needs to be here. > From hosking at elego.de Tue May 5 06:22:37 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:22:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042237.EB9FECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:22:37 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTType.m3 Log message: Let's used the existing Fail procedure for calloc OutOfMemory. From hosking at elego.de Tue May 5 06:24:46 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:24:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042446.A24BCCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:24:46 Modified files: cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.i3 Log message: Cleanup slightly. From hosking at elego.de Tue May 5 06:29:00 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:29:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042900.91601CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:29:00 Modified files: cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 Log message: Formatting. From hosking at elego.de Tue May 5 06:34:45 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:34:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505043445.86FECCC7DA@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:34:45 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3 Log message: Quotes on EXTERNAL decl names. Cleanup formatting. From hosking at elego.de Tue May 5 06:55:06 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:55:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045506.512F3CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:55:06 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RuntimeError.i3 Log message: Add a Raise procedure for common use by callers not wanting to allocate an exception frame. I'm not sure what this really saves, but it has recently been introduced so let's get a common place for it. From hosking at elego.de Tue May 5 06:55:18 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:55:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045519.01AE2CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:55:18 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RuntimeError.m3 Log message: Add a Raise procedure for common use by callers not wanting to allocate an exception frame. I'm not sure what this really saves, but it has recently been introduced so let's get a common place for it. From hosking at elego.de Tue May 5 06:58:35 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:58:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045835.BDF5DCC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:58:35 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 Log message: Revert formatting to reduce diffs to older versions. Use RuntimeError.Raise as necessary. From hosking at elego.de Tue May 5 07:04:23 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:04:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505050423.D0E7DCC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:04:23 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: Quotes on EXTERNAL names. From hosking at elego.de Tue May 5 07:13:10 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:13:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051310.7055ECC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:13:10 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: Minimize diffs to prior versions. From hosking at elego.de Tue May 5 07:15:23 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:15:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051523.46E09CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:15:23 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Unix.i3 Log message: Quotes on EXTERNAL names. From hosking at elego.de Tue May 5 07:16:08 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:16:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051608.88DC7CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:16:08 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Usocket.i3 Log message: Quotes on EXTERNAL names. From jay.krell at cornell.edu Tue May 5 09:45:21 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 07:45:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034834.6AED3CC3B4@birch.elegosoft.com> References: <20090505034834.6AED3CC3B4@birch.elegosoft.com> Message-ID: replated to FATAL pragma (angle brackets strike again) ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at elego.de; m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Tue, 5 May 2009 03:55:36 +0000 > > > I think it does. It calls PushEFrame. I assume it is related to . > > - Jay > > > ---------------------------------------- >> Date: Tue, 5 May 2009 05:48:34 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/05 05:48:34 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 >> >> Log message: >> Reformat. >> Still not convinced GetGCRatio needs to be here. >> From jkrell at elego.de Tue May 5 23:57:58 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 5 May 2009 23:57:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505215758.BA4BACC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/05 23:57:58 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: LINUXLIBC6 Log message: runpath and other linker flag changes From hosking at elego.de Wed May 6 02:21:50 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:21:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002150.A15FECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:21:50 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: We must have a TRY block around CollectEnough in AllocTraced, because it can raise an OutOfMemory error. From hosking at elego.de Wed May 6 02:26:19 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:26:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002619.60CDFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:26:19 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 Log message: Use RuntimeError.Raise. From hosking at elego.de Wed May 6 02:27:22 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:27:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002722.81096CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:27:22 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 Log message: A little tidier with a CASE. From jay.krell at cornell.edu Wed May 6 02:28:28 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:28:28 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090506002150.A15FECC3B4@birch.elegosoft.com> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init). Like I had here: http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 but I undid that since the next change subsumed it (though incorrectly as you point out). - Jay ---------------------------------------- > Date: Wed, 6 May 2009 02:21:50 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/06 02:21:50 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 > > Log message: > We must have a TRY block around CollectEnough in AllocTraced, because it can > raise an OutOfMemory error. > From hosking at cs.purdue.edu Wed May 6 02:31:19 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 10:31:19 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Do you mean we get PushEFrame outside the IF? On 6 May 2009, at 10:28, Jay wrote: > > I think this requires moving that path to a separate function, else > we'll die in startup (PushEFrame called before ThreadF.Init). > > > Like I had here: > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 > > > but I undid that since the next change subsumed it (though > incorrectly as you point out). > > > - Jay > > > ---------------------------------------- >> Date: Wed, 6 May 2009 02:21:50 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/06 02:21:50 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >> >> Log message: >> We must have a TRY block around CollectEnough in AllocTraced, >> because it can >> raise an OutOfMemory error. >> From hosking at cs.purdue.edu Wed May 6 02:33:00 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 10:33:00 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: PS I know how to fix it now, so just hold tight. It means burying the TRY block lower down inside CollectEnough. On 6 May 2009, at 10:31, Tony Hosking wrote: > Do you mean we get PushEFrame outside the IF? > > On 6 May 2009, at 10:28, Jay wrote: > >> >> I think this requires moving that path to a separate function, else >> we'll die in startup (PushEFrame called before ThreadF.Init). >> >> >> Like I had here: >> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >> >> >> but I undid that since the next change subsumed it (though >> incorrectly as you point out). >> >> >> - Jay >> >> >> ---------------------------------------- >>> Date: Wed, 6 May 2009 02:21:50 +0000 >>> To: m3commit at elegosoft.com >>> From: hosking at elego.de >>> Subject: [M3commit] CVS Update: cm3 >>> >>> CVSROOT: /usr/cvs >>> Changes by: hosking at birch. 09/05/06 02:21:50 >>> >>> Modified files: >>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>> >>> Log message: >>> We must have a TRY block around CollectEnough in AllocTraced, >>> because it can >>> raise an OutOfMemory error. >>> > From jay.krell at cornell.edu Wed May 6 02:35:09 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:35:09 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090506002150.A15FECC3B4@birch.elegosoft.com> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: Also I admit there is a definite ease-of-human-static-analysis that every instance of RTOS.LockHeap in this file is immediately prefixed with TRY, except for the one in Crash that has a comment about it, Crash being reasonable-to-imagine unusual. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at elego.de; m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Wed, 6 May 2009 00:28:28 +0000 > > > I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init). > > > Like I had here: > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 > > > but I undid that since the next change subsumed it (though incorrectly as you point out). > > > - Jay > > > ---------------------------------------- >> Date: Wed, 6 May 2009 02:21:50 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/06 02:21:50 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >> >> Log message: >> We must have a TRY block around CollectEnough in AllocTraced, because it can >> raise an OutOfMemory error. >> From jay.krell at cornell.edu Wed May 6 02:39:53 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:39:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: Yes I definitely think so. That is most of the problem in "all of this" -- why user threads were failing on non-Linux platforms (without on-demand initialization), and why merging the thread locals caused "wierd" allocation to be used. I believe the way it works, is that any /function/ with a TRY or a RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the function you get to the TRY/RAISE", incurs a PushEFrame. I like my proposed fix but I'll sit tight. It's a known somewhat ugly mechanical transform to push try/raise into separate functions. There is of course definitely the fragility that early allocations "must" succeed, else going down the slow path will fail. Perhaps that should be strengthened, perhaps. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Wed, 6 May 2009 10:33:00 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > PS I know how to fix it now, so just hold tight. It means burying > the TRY block lower down inside CollectEnough. > > On 6 May 2009, at 10:31, Tony Hosking wrote: > >> Do you mean we get PushEFrame outside the IF? >> >> On 6 May 2009, at 10:28, Jay wrote: >> >>> >>> I think this requires moving that path to a separate function, else >>> we'll die in startup (PushEFrame called before ThreadF.Init). >>> >>> >>> Like I had here: >>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>> >>> >>> but I undid that since the next change subsumed it (though >>> incorrectly as you point out). >>> >>> >>> - Jay >>> >>> >>> ---------------------------------------- >>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>> To: m3commit at elegosoft.com >>>> From: hosking at elego.de >>>> Subject: [M3commit] CVS Update: cm3 >>>> >>>> CVSROOT: /usr/cvs >>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>> >>>> Modified files: >>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>> >>>> Log message: >>>> We must have a TRY block around CollectEnough in AllocTraced, >>>> because it can >>>> raise an OutOfMemory error. >>>> >> > From hosking at cs.purdue.edu Wed May 6 09:13:05 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 17:13:05 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Jay, The fix you have put in to avoid the NIL-check in GetActivations/ SetActivations is hard to get rid of because we need to be able to ask for an activation so early in the bootstrap process (e.g., for any TRY block that happens to get called before we initialize the threads). It seems pretty unreasonable not to have TRY blocks in the bootstrap initialization. Or have you managed to eliminate them. The one place remaining is to protect when CollectSome throws an OutOfMemory runtime- error back to the slow allocation path -- this TRY block will be executed on every allocation by the bootstrap initializers. I also rely on GetActivation calling InitActivations on demand for that first allocation. It seems hard to impose no NEW in bootstrap code up to that point. So, upshot is that I would like to restore the on-demand invocation of InitActivations at the cost of a NIL-check in the GetActivation code. I think not doing so results in much more fragile code. What do you think? -- Tony On 6 May 2009, at 10:39, Jay wrote: > > Yes I definitely think so. > That is most of the problem in "all of this" -- why user threads > were failing on non-Linux platforms (without on-demand > initialization), and why merging the thread locals caused "wierd" > allocation to be used. > > > I believe the way it works, is that any /function/ with a TRY or a > RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the > function you get to the TRY/RAISE", incurs a PushEFrame. > > > I like my proposed fix but I'll sit tight. > It's a known somewhat ugly mechanical transform to push try/raise > into separate functions. > > > There is of course definitely the fragility that early allocations > "must" succeed, else going down the slow path will fail. Perhaps > that should be strengthened, perhaps. > > > - Jay > > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: hosking at cs.purdue.edu >> Date: Wed, 6 May 2009 10:33:00 +1000 >> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >> Subject: Re: [M3commit] CVS Update: cm3 >> >> PS I know how to fix it now, so just hold tight. It means burying >> the TRY block lower down inside CollectEnough. >> >> On 6 May 2009, at 10:31, Tony Hosking wrote: >> >>> Do you mean we get PushEFrame outside the IF? >>> >>> On 6 May 2009, at 10:28, Jay wrote: >>> >>>> >>>> I think this requires moving that path to a separate function, else >>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>> >>>> >>>> Like I had here: >>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>> >>>> >>>> but I undid that since the next change subsumed it (though >>>> incorrectly as you point out). >>>> >>>> >>>> - Jay >>>> >>>> >>>> ---------------------------------------- >>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>> To: m3commit at elegosoft.com >>>>> From: hosking at elego.de >>>>> Subject: [M3commit] CVS Update: cm3 >>>>> >>>>> CVSROOT: /usr/cvs >>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>> >>>>> Modified files: >>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>> >>>>> Log message: >>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>> because it can >>>>> raise an OutOfMemory error. >>>>> >>> >> From jay.krell at cornell.edu Wed May 6 09:33:24 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:33:24 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: Please give me a few hours on this. It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) Functions with TRY or LOCK are admittedly already inefficient. I guess an extra instruction or two in them doesn't matter? (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) I'm conflicted. You know the explicit initialization order I mentioned in RTLinker? We agree it is fragile. Aren't we just seeing another form/part of that? Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. "TRY is a module", something like that. Anyway let me look at it. I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Wed, 6 May 2009 17:13:05 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, > > The fix you have put in to avoid the NIL-check in GetActivations/ > SetActivations is hard to get rid of because we need to be able to ask > for an activation so early in the bootstrap process (e.g., for any TRY > block that happens to get called before we initialize the threads). > It seems pretty unreasonable not to have TRY blocks in the bootstrap > initialization. Or have you managed to eliminate them. The one place > remaining is to protect when CollectSome throws an OutOfMemory runtime- > error back to the slow allocation path -- this TRY block will be > executed on every allocation by the bootstrap initializers. I also > rely on GetActivation calling InitActivations on demand for that first > allocation. It seems hard to impose no NEW in bootstrap code up to > that point. So, upshot is that I would like to restore the on-demand > invocation of InitActivations at the cost of a NIL-check in the > GetActivation code. I think not doing so results in much more fragile > code. What do you think? > > -- Tony > > On 6 May 2009, at 10:39, Jay wrote: > >> >> Yes I definitely think so. >> That is most of the problem in "all of this" -- why user threads >> were failing on non-Linux platforms (without on-demand >> initialization), and why merging the thread locals caused "wierd" >> allocation to be used. >> >> >> I believe the way it works, is that any /function/ with a TRY or a >> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >> function you get to the TRY/RAISE", incurs a PushEFrame. >> >> >> I like my proposed fix but I'll sit tight. >> It's a known somewhat ugly mechanical transform to push try/raise >> into separate functions. >> >> >> There is of course definitely the fragility that early allocations >> "must" succeed, else going down the slow path will fail. Perhaps >> that should be strengthened, perhaps. >> >> >> - Jay >> >> >> >> ---------------------------------------- >>> From: hosking at cs.purdue.edu >>> To: hosking at cs.purdue.edu >>> Date: Wed, 6 May 2009 10:33:00 +1000 >>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> PS I know how to fix it now, so just hold tight. It means burying >>> the TRY block lower down inside CollectEnough. >>> >>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>> >>>> Do you mean we get PushEFrame outside the IF? >>>> >>>> On 6 May 2009, at 10:28, Jay wrote: >>>> >>>>> >>>>> I think this requires moving that path to a separate function, else >>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>> >>>>> >>>>> Like I had here: >>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>> >>>>> >>>>> but I undid that since the next change subsumed it (though >>>>> incorrectly as you point out). >>>>> >>>>> >>>>> - Jay >>>>> >>>>> >>>>> ---------------------------------------- >>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>> To: m3commit at elegosoft.com >>>>>> From: hosking at elego.de >>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>> >>>>>> CVSROOT: /usr/cvs >>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>> >>>>>> Modified files: >>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>> >>>>>> Log message: >>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>> because it can >>>>>> raise an OutOfMemory error. >>>>>> >>>> >>> > From jay.krell at cornell.edu Wed May 6 09:34:09 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:34:09 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: ps: I realize now my proposed fix is inadequate, duh. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Wed, 6 May 2009 07:33:24 +0000 > > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to ask >> for an activation so early in the bootstrap process (e.g., for any TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From jay.krell at cornell.edu Wed May 6 09:44:24 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:44:24 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: (the one from much earlier that is...) ---------------------------------------- > From: jay > To: hosking > Date: Wed, 6 May 2009 07:34:09 +0000 > CC: m3commit > Subject: Re: [M3commit] CVS Update: cm3 > > > ps: I realize now my proposed fix is inadequate, duh. > > - Jay From hosking at cs.purdue.edu Wed May 6 11:33:04 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 19:33:04 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: <03D41FC5-B078-44A6-8528-D40A34247634@cs.purdue.edu> On 6 May 2009, at 17:33, Jay wrote: > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" > allocation, either calloc or taking the address of the first element > of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of > it earlier, to before the heap is initialized (I have to read the > rest of it, maybe split it in two; maybe make InitActivations the > public name of the first half, called by RTLinker, that should work > easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as > fairly portable stack walker? That makes this all so much nicer.) Stack unwinding will always be preferable -- that way TRY blocks cost almost nothing. > > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct > (TRY) incurs a runtime dependency? You know, those modules that are > manually initialized, their initializers presumably can't call > anything initialized after them. One must be careful what those > modules call. One must be careful that those modules don't TRY > before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use > a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to >> ask >> for an activation so early in the bootstrap process (e.g., for any >> TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory >> runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that >> first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, >>>>>> else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From hosking at cs.purdue.edu Wed May 6 11:33:12 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 19:33:12 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: <0BD889DE-6671-4156-98C6-562D838AD76B@cs.purdue.edu> I think I have a cleaner solution, which involves disabling GC until after thread initialization has taken place. That way, allocation can work so long as it avoids TRY blocks. On 6 May 2009, at 17:33, Jay wrote: > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" > allocation, either calloc or taking the address of the first element > of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of > it earlier, to before the heap is initialized (I have to read the > rest of it, maybe split it in two; maybe make InitActivations the > public name of the first half, called by RTLinker, that should work > easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as > fairly portable stack walker? That makes this all so much nicer.) > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct > (TRY) incurs a runtime dependency? You know, those modules that are > manually initialized, their initializers presumably can't call > anything initialized after them. One must be careful what those > modules call. One must be careful that those modules don't TRY > before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use > a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to >> ask >> for an activation so early in the bootstrap process (e.g., for any >> TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory >> runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that >> first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, >>>>>> else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From jkrell at elego.de Wed May 6 12:53:28 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:53:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105328.93F44CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:53:28 Modified files: cm3/scripts/python/: pylib.py Log message: escaped backward slashes are being interpreted as paths to remote machines and hanging my builds, let's try replacing backward slashes with forward slashes instead From jkrell at elego.de Wed May 6 12:53:51 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:53:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105352.0590ECC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:53:51 Modified files: cm3/scripts/python/: pylib.py Log message: fix newlines (dos2unix) From jkrell at elego.de Wed May 6 12:55:04 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:55:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105504.61EEDCC332@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:55:04 Modified files: cm3/m3-sys/cminstall/src/config/: NT386.common Log message: leading escaped backward slashes are being interpreted as paths to remote machines and hanging my builds, let's try replacing backward slashes with forward slashes instead From jkrell at elego.de Wed May 6 12:58:19 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:58:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105819.6B38FCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:58:19 Modified files: cm3/scripts/python/: do-cm3-core.py Log message: fix From jkrell at elego.de Wed May 6 13:05:08 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:05:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506110508.26E11CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:05:08 Modified files: cm3/scripts/: sysinfo.sh Log message: get version numbers from version file From jkrell at elego.de Wed May 6 13:14:43 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:14:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506111443.E3A1CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:14:43 Modified files: cm3/scripts/python/: pylib.py Log message: get versions from nicer version file instead of parsing out of shell code From jkrell at elego.de Wed May 6 13:20:08 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:20:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112008.62F67CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:20:08 Modified files: cm3/scripts/python/: pylib.py Log message: change names to reflect the data is no longer from the sh code From jkrell at elego.de Wed May 6 13:21:58 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:21:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112158.A34EACC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:21:58 Modified files: cm3/scripts/win/: sysinfo.cmd Log message: get versions from version file instead of groveling the sh code From jkrell at elego.de Wed May 6 13:28:59 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:28:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112859.C4B1CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:28:59 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: read version file instead of sh code (looks like NT386 only, posix platforms default to lame values unless set on the command line (or from scripts)) From jkrell at elego.de Wed May 6 13:48:06 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:48:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506114806.D8D2ACC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:48:06 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: add version for Posix systems; hopefully the sh code employed here is portable enough, it is pretty minimal (ditto for the sysinfo.sh change earlier) From jkrell at elego.de Wed May 6 13:49:14 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:49:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506114914.7E8D4CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:49:14 Modified files: cm3/scripts/: sysinfo.sh Log message: remove compatibility lines From jkrell at elego.de Wed May 6 14:51:13 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 14:51:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506125113.88460CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 14:51:13 Modified files: cm3/scripts/: sysinfo.sh Log message: more portable version, works with Solaris 5.10 /bin/sh From jay.krell at cornell.edu Wed May 6 15:05:21 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 13:05:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: Um, I also realize now I've been confusing the thread libraries--I thought they all had "this problem" but it seems only user threads does. The activations are untraced for pthreads and win32 threads. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > Date: Wed, 6 May 2009 07:34:09 +0000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > > ps: I realize now my proposed fix is inadequate, duh. > > - Jay > > > > ---------------------------------------- >> From: jay.krell at cornell.edu >> To: hosking at cs.purdue.edu >> CC: m3commit at elegosoft.com >> Subject: RE: [M3commit] CVS Update: cm3 >> Date: Wed, 6 May 2009 07:33:24 +0000 >> >> >> Please give me a few hours on this. >> >> >> It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. >> >> >> Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) >> >> >> Functions with TRY or LOCK are admittedly already inefficient. >> I guess an extra instruction or two in them doesn't matter? >> >> (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) >> >> >> I'm conflicted. >> You know the explicit initialization order I mentioned in RTLinker? >> We agree it is fragile. >> Aren't we just seeing another form/part of that? >> Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. >> >> >> "TRY is a module", something like that. >> >> >> Anyway let me look at it. >> I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. >> >> >> >> - Jay >> >> >> ---------------------------------------- >>> From: hosking at cs.purdue.edu >>> To: jay.krell at cornell.edu >>> Date: Wed, 6 May 2009 17:13:05 +1000 >>> CC: m3commit at elegosoft.com >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> Jay, >>> >>> The fix you have put in to avoid the NIL-check in GetActivations/ >>> SetActivations is hard to get rid of because we need to be able to ask >>> for an activation so early in the bootstrap process (e.g., for any TRY >>> block that happens to get called before we initialize the threads). >>> It seems pretty unreasonable not to have TRY blocks in the bootstrap >>> initialization. Or have you managed to eliminate them. The one place >>> remaining is to protect when CollectSome throws an OutOfMemory runtime- >>> error back to the slow allocation path -- this TRY block will be >>> executed on every allocation by the bootstrap initializers. I also >>> rely on GetActivation calling InitActivations on demand for that first >>> allocation. It seems hard to impose no NEW in bootstrap code up to >>> that point. So, upshot is that I would like to restore the on-demand >>> invocation of InitActivations at the cost of a NIL-check in the >>> GetActivation code. I think not doing so results in much more fragile >>> code. What do you think? >>> >>> -- Tony >>> >>> On 6 May 2009, at 10:39, Jay wrote: >>> >>>> >>>> Yes I definitely think so. >>>> That is most of the problem in "all of this" -- why user threads >>>> were failing on non-Linux platforms (without on-demand >>>> initialization), and why merging the thread locals caused "wierd" >>>> allocation to be used. >>>> >>>> >>>> I believe the way it works, is that any /function/ with a TRY or a >>>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>>> function you get to the TRY/RAISE", incurs a PushEFrame. >>>> >>>> >>>> I like my proposed fix but I'll sit tight. >>>> It's a known somewhat ugly mechanical transform to push try/raise >>>> into separate functions. >>>> >>>> >>>> There is of course definitely the fragility that early allocations >>>> "must" succeed, else going down the slow path will fail. Perhaps >>>> that should be strengthened, perhaps. >>>> >>>> >>>> - Jay >>>> >>>> >>>> >>>> ---------------------------------------- >>>>> From: hosking at cs.purdue.edu >>>>> To: hosking at cs.purdue.edu >>>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>>> Subject: Re: [M3commit] CVS Update: cm3 >>>>> >>>>> PS I know how to fix it now, so just hold tight. It means burying >>>>> the TRY block lower down inside CollectEnough. >>>>> >>>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>>> >>>>>> Do you mean we get PushEFrame outside the IF? >>>>>> >>>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>>> >>>>>>> >>>>>>> I think this requires moving that path to a separate function, else >>>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>>> >>>>>>> >>>>>>> Like I had here: >>>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>>> >>>>>>> >>>>>>> but I undid that since the next change subsumed it (though >>>>>>> incorrectly as you point out). >>>>>>> >>>>>>> >>>>>>> - Jay >>>>>>> >>>>>>> >>>>>>> ---------------------------------------- >>>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>>> To: m3commit at elegosoft.com >>>>>>>> From: hosking at elego.de >>>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>>> >>>>>>>> CVSROOT: /usr/cvs >>>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>>> >>>>>>>> Modified files: >>>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>>> >>>>>>>> Log message: >>>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>>> because it can >>>>>>>> raise an OutOfMemory error. >>>>>>>> >>>>>> >>>>> >>> From jkrell at elego.de Wed May 6 16:10:09 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 16:10:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506141009.0F0C3CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 16:10:09 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: move PushEFrame out of fast path (good almost no matter what -- until we get widespread stack walkers) provide CollectEnough split into UnlockedCollectEnough and LockedCollectEnough so that early traced allocation does not incur a TRY which will end up using uninitialized self: Thread.T; this fix is specifically for user threads (but affects all thread libraries); the other thread libraries use untraced allocation in their similar place mostly verified belief is that the heap doesn't have to stay locked through this entire operation, that unlock/relock is ok, albeit slower From wagner at elego.de Thu May 7 00:15:37 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:15:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221537.7FCA6CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:15:37 Modified files: cm3/m3-tools/cvsup/client/src/: m3overrides cm3/m3-tools/cvsup/server/src/: m3overrides Added files: cm3/m3-tools/cvsup/cvpasswd/src/: m3overrides cm3/m3-tools/cvsup/suplib/src/: m3overrides Log message: adapt overrides to cm3 structure From wagner at elego.de Thu May 7 00:16:21 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:16:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221621.DB2A2CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:16:21 Modified files: cm3/m3-sys/cm3ide/src/: m3overrides Log message: fix override location From wagner at elego.de Thu May 7 00:19:15 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:19:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221915.48007CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:19:15 Modified files: cm3/scripts/: pkginfo.txt Log message: add cvsup packages to std From wagner at elego.de Thu May 7 00:19:49 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:19:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221949.40307CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:19:49 Modified files: cm3/scripts/: version Log message: increase version for release candidates From wagner at elego.de Thu May 7 00:23:52 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:23:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506222352.71101CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:23:52 Modified files: cm3/m3-libs/unittest/src/: m3overrides Log message: fix override From hosking at elego.de Thu May 7 12:18:54 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 12:18:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507101854.CC33CCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 12:18:54 Modified files: cm3/m3-libs/m3core/src/convert/: CConvert.m3 cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 RTCollector.m3 RTCollectorSRC.i3 RTHeapInfo.m3 RTHeapRep.i3 RTHeapStats.m3 RTLinker.m3 RTOS.i3 cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: Rework allocation sequences to avoid TRY blocks. Try to improve allocation performance. From jay.krell at cornell.edu Thu May 7 14:39:21 2009 From: jay.krell at cornell.edu (Jay) Date: Thu, 7 May 2009 12:39:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090507101854.CC33CCC3B5@birch.elegosoft.com> References: <20090507101854.CC33CCC3B5@birch.elegosoft.com> Message-ID: Cool, thanks. It looks like there's a few more RAISES that can be removed from performance sensitive functions (i.e. any allocator). Solaris Tinderbox simple problem: :) "../src/runtime/ex_stack/RTExStack.m3", line 223: parameter not specified (thread) - Jay ---------------------------------------- > Date: Thu, 7 May 2009 12:18:54 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/07 12:18:54 > > Modified files: > cm3/m3-libs/m3core/src/convert/: CConvert.m3 > cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 > RTCollector.m3 > RTCollectorSRC.i3 > RTHeapInfo.m3 > RTHeapRep.i3 > RTHeapStats.m3 > RTLinker.m3 RTOS.i3 > cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 > cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 > > Log message: > Rework allocation sequences to avoid TRY blocks. > Try to improve allocation performance. > From hosking at elego.de Thu May 7 23:31:19 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 23:31:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507213119.A2B1BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 23:31:19 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Params to LockHeap. Not sure why this is LockHeap and not a local MUTEX. From hosking at elego.de Thu May 7 23:39:25 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 23:39:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507213925.7534BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 23:39:25 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Forgot import. From hosking at elego.de Fri May 8 23:36:09 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 8 May 2009 23:36:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090508213609.86C96CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/08 23:36:09 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Params to LockHeap. From wagner at elego.de Sat May 9 12:08:51 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 9 May 2009 12:08:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090509100851.924C5CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/09 12:08:51 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Path.m3 m3makefile Added files: cm3/m3-sys/cm3/src/: cm3.1 Log message: add manual page from Peter Eiserloh also remove some tabs in M3Path added: cm3/src/cm3.1 modified: cm3/src/M3Path.m3 modified: cm3/src/m3makefile From jkrell at elego.de Sun May 10 23:16:17 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:16:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510211617.B1B79CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:16:17 Added files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: finally I have an I386_DARWIN machine first just copy PPC_DARWIN to Darwin.common From jkrell at elego.de Sun May 10 23:19:32 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:19:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510211932.CEE9CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:19:32 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common PPC_DARWIN Log message: rudimentary split of PPC_DARWIN vs. Darwin.common could be a little better but very ok From jkrell at elego.de Sun May 10 23:20:08 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:20:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212008.E21E9CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:20:08 Added files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: first copy PPC_DARWIN to I386_DARWIN From jkrell at elego.de Sun May 10 23:21:12 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:21:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212112.B9EEDCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:21:12 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: and then change PPC to I386 From jkrell at elego.de Sun May 10 23:24:02 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:24:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212402.7190FCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:24:02 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common I386_DARWIN PPC_DARWIN Log message: move additional common code to common file (I don't have a 64bit Darwin machine anyway..) From jkrell at elego.de Sun May 10 23:35:41 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:35:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510213541.C19C7CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:35:41 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: don't workaround problems in older releases From jkrell at elego.de Sun May 10 23:36:50 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:36:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510213650.97CF2CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:36:50 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: don't workaround problems in older releases From jkrell at elego.de Sun May 10 23:56:57 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:56:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510215658.03A00CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:56:57 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: bump 386 up to 586; this symbol isn't currently used anyway; the 686 gcc generates a rep mov in M3Buf.m3 that my Darwin assembler doesn't recognize so trying 586 there darn.. From jkrell at elego.de Mon May 11 00:20:24 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 0:20:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510222024.6AB42CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 00:20:24 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: 686 is reasonable and hopefully ok, for bootstrapping a workaround is to put a newline or a slash after the rep, for native builds I don't know yet, but anyway this symbol isn't currently used (though not a bad idea to put it here instead of in m3gdb and m3cc) From jkrell at elego.de Mon May 11 01:54:40 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:54:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235441.002C0CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:54:40 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common I386_DARWIN PPC_DARWIN Log message: on I386_DARWIN before first use of assembler, see if it understands "rep movsl" if so, ok if not see if jdar1:/cctools-698.1/usr/bin/as exists if so, assume it works if not, error, telling user to upgrade to 698.1 or newer and install it to /cctools-698.1. Older might work, just that I tested only 1) what came with the system (didn't work) and current. Error should probably point out that you only need the assember, since generally speaking in my experience not all of cctools is buildable. Error might point to the Apple web site too. Probably none of this is a problem on MacOSX 10.5, or maybe even 10.4, but it is a problem on Darwin 8.0.1 (cctools 576) rep movsl is not generated often by cm3cg, but sometimes e.g. in M3Buf.m3, and RegEx.m3. From jkrell at elego.de Mon May 11 01:56:47 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:56:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235647.2C557CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:56:47 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: don't hide the error when it does fail; don't drop an a.out file when it succeeds From jkrell at elego.de Mon May 11 01:58:00 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:58:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235800.71D73CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:58:00 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: actually don't need to quash stdout either From hosking at elego.de Mon May 11 05:24:22 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 11 May 2009 5:24:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090511032422.A75D1CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/11 05:24:22 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 Log message: Avoid warning: ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' From jay.krell at cornell.edu Mon May 11 06:48:34 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 04:48:34 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090511032422.A75D1CC361@birch.elegosoft.com> References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 07:18:03 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 15:18:03 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: > I got a lot of those warnings when I tried -O3. > And one error running the result that I didn't look into. > > - Jay > > > > Date: Mon, 11 May 2009 05:24:22 +0000 > > To: m3commit at elegosoft.com > > From: hosking at elego.de > > Subject: [M3commit] CVS Update: cm3 > > > > CVSROOT: /usr/cvs > > Changes by: hosking at birch. 09/05/11 05:24:22 > > > > Modified files: > > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > > > Log message: > > Avoid warning: > > > > ../src/runtime/POSIX/RTPerfTool.m3: In function > 'RTPerfTool__StartTool': > > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable > 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 07:19:31 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 15:19:31 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Jay, Have you changed something about how the compiler invokes setjmp/ longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: > We didn't used to get these errors with -O3. I don't know what has > changed with the compiler backend, but something new is happening. > We should check the logs to see the last time I pushed through -O3, > and figure out what changed since. > > On 11 May 2009, at 14:48, Jay wrote: > >> I got a lot of those warnings when I tried -O3. >> And one error running the result that I didn't look into. >> >> - Jay >> >> >> > Date: Mon, 11 May 2009 05:24:22 +0000 >> > To: m3commit at elegosoft.com >> > From: hosking at elego.de >> > Subject: [M3commit] CVS Update: cm3 >> > >> > CVSROOT: /usr/cvs >> > Changes by: hosking at birch. 09/05/11 05:24:22 >> > >> > Modified files: >> > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 >> > >> > Log message: >> > Avoid warning: >> > >> > ../src/runtime/POSIX/RTPerfTool.m3: In function >> 'RTPerfTool__StartTool': >> > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable >> 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 08:47:49 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 06:47:49 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 08:49:51 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 06:49:51 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: It is, you know, a reasonable message. One might wonder how we avoided it? Mark all locals volatile in functions with try/raise/fatal? - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 08:54:26 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 16:54:26 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> On 11 May 2009, at 16:49, Jay wrote: > It is, you know, a reasonable message. I know. > One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. > Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. > > > - Jay > > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 06:47:49 +0000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > I don't think so. > > - Jay > > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 15:19:31 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, > > Have you changed something about how the compiler invokes setjmp/ > longjmp for exception handling? > > -- Tony > > On 11 May 2009, at 15:18, Tony Hosking wrote: > > We didn't used to get these errors with -O3. I don't know what has > changed with the compiler backend, but something new is happening. > We should check the logs to see the last time I pushed through -O3, > and figure out what changed since. > > On 11 May 2009, at 14:48, Jay wrote: > > I got a lot of those warnings when I tried -O3. > And one error running the result that I didn't look into. > > - Jay > > > > Date: Mon, 11 May 2009 05:24:22 +0000 > > To: m3commit at elegosoft.com > > From: hosking at elego.de > > Subject: [M3commit] CVS Update: cm3 > > > > CVSROOT: /usr/cvs > > Changes by: hosking at birch. 09/05/11 05:24:22 > > > > Modified files: > > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > > > Log message: > > Avoid warning: > > > > ../src/runtime/POSIX/RTPerfTool.m3: In function > 'RTPerfTool__StartTool': > > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable > 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:01:03 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:01:03 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Uh, any locals referenced in a finally block? And whatever locals are referenced by try/except/raise/lock? If we have that capability easily. Anyway, parse.c doesn't change much. - Jay From: hosking at cs.purdue.edu To: jay.krell at cornell.edu Date: Mon, 11 May 2009 16:54:26 +1000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 On 11 May 2009, at 16:49, Jay wrote: It is, you know, a reasonable message. I know. One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:15:34 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:15:34 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Hey, this warning seems to be pretty important. I have on birch a cm3 built with, I think, -O3, and it is very broken. Like, I used to build m3cc, it exited after configure. I cd'ed and make and ignored it. Then I tried building m3core, it exited, roughly, after compiling one file. So, I break on exit and _exit and I end up here: --- building in AMD64_LINUX --- ignoring ../src/m3overrides new source -> compiling RTHooks.i3 [Switching to Thread 47455981786832 (LWP 27346)] Breakpoint 1, 0x00002b2934d52160 in _exit () from /lib/libc.so.6 (gdb) bt #0 0x00002b2934d52160 in _exit () from /lib/libc.so.6 #1 0x00000000006390ee in ProcessPosixCommon__Create_ForkExec (M3_Bd56fi_cmd=Can not access memory at address 0x8000761952a8 ) at ../src/os/POSIX/ProcessPosixCommon.m3:90 #2 0x000000000063aa97 in Process__Create (M3_Bd56fi_cmd=Cannot access memory at Now, I haven't tried -O3 in over a week, and never before that. I don't use birch much. I know I tried -O3 in the past few weeks. I guess I tried it on birch. So this might not even be -O3, but it probably is. I'll go back and build with no optimization or maybe -O2 and come back to this..later.. no guarantee of when "later" is. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 07:01:03 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 Uh, any locals referenced in a finally block? And whatever locals are referenced by try/except/raise/lock? If we have that capability easily. Anyway, parse.c doesn't change much. - Jay From: hosking at cs.purdue.edu To: jay.krell at cornell.edu Date: Mon, 11 May 2009 16:54:26 +1000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 On 11 May 2009, at 16:49, Jay wrote: It is, you know, a reasonable message. I know. One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 09:22:06 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 17:22:06 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Yeah, I just don't understand that it apparently used to work... On 11 May 2009, at 17:15, Jay wrote: > > Hey, this warning seems to be pretty important. > > > > I have on birch a cm3 built with, I think, -O3, and it is very broken From hosking at cs.purdue.edu Mon May 11 09:32:54 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 17:32:54 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Looks like gcc used to do the "right thing" for locals in functions that called setjmp. I suppose that hurt performance so they got rid of it and put the warnings in instead. On 11 May 2009, at 17:22, Tony Hosking wrote: > Yeah, I just don't understand that it apparently used to work... > > On 11 May 2009, at 17:15, Jay wrote: > >> >> Hey, this warning seems to be pretty important. >> >> >> >> I have on birch a cm3 built with, I think, -O3, and it is very broken From jay.krell at cornell.edu Mon May 11 09:39:16 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:39:16 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: ah. Notice that m3_load/m3_store mark a lot of things volatile. I'm trying out a wild guess and marking "v" volatile before the offseting in those functions.. I guess though you've revealed the answer -- strive for like I said -- mark anything volatile referenced in finally or such. Er, anything referenced both in try and finally, something like that. Initial lameness would be all locals in a function with try/finally/lock. And, gosh, I hope they don't enregister globals. :( You'd want some volatile on globals too. Only the uses in a try where the function also references them in a finally. Maybe the old behavior is easy to restore?? - Jay > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 17:32:54 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Looks like gcc used to do the "right thing" for locals in functions > that called setjmp. I suppose that hurt performance so they got rid > of it and put the warnings in instead. > > On 11 May 2009, at 17:22, Tony Hosking wrote: > > > Yeah, I just don't understand that it apparently used to work... > > > > On 11 May 2009, at 17:15, Jay wrote: > > > >> > >> Hey, this warning seems to be pretty important. > >> > >> > >> > >> I have on birch a cm3 built with, I think, -O3, and it is very broken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:42:55 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:42:55 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: ps: We load/store everything as a bitfield as I understand..I wonder if that is a problem, like, given that bitfields aren't addressible.. (which is not to say that they can't be volatile, and bitfields are often used to "map to hardware interfaces" so maybe this is irrelevant) Tony -- your change..is it reasonable/useful in light of larger related -O3 breakage? - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu CC: m3commit at elegosoft.com Subject: RE: [M3commit] CVS Update: cm3 Date: Mon, 11 May 2009 07:39:16 +0000 ah. Notice that m3_load/m3_store mark a lot of things volatile. I'm trying out a wild guess and marking "v" volatile before the offseting in those functions.. I guess though you've revealed the answer -- strive for like I said -- mark anything volatile referenced in finally or such. Er, anything referenced both in try and finally, something like that. Initial lameness would be all locals in a function with try/finally/lock. And, gosh, I hope they don't enregister globals. :( You'd want some volatile on globals too. Only the uses in a try where the function also references them in a finally. Maybe the old behavior is easy to restore?? - Jay > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 17:32:54 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Looks like gcc used to do the "right thing" for locals in functions > that called setjmp. I suppose that hurt performance so they got rid > of it and put the warnings in instead. > > On 11 May 2009, at 17:22, Tony Hosking wrote: > > > Yeah, I just don't understand that it apparently used to work... > > > > On 11 May 2009, at 17:15, Jay wrote: > > > >> > >> Hey, this warning seems to be pretty important. > >> > >> > >> > >> I have on birch a cm3 built with, I think, -O3, and it is very broken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:54:19 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:54:19 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: This might help: The `-traditional' option directs GNU C to put variables in the stack by default, rather than in registers, in functions that call setjmp. This results in the behavior found in traditional C compilers. Or, maybe, you know, it sounds like a "macro" and might do other things. Maybe look at what it does. - Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 11:15:49 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:15:49 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> I'm not convinced there is any more -O3 breakage than this. On 11 May 2009, at 17:42, Jay wrote: > > ps: We load/store everything as a bitfield as I understand..I wonder > if that is a problem, like, given that bitfields aren't addressible.. > > (which is not to say that they can't be volatile, and bitfields are > often used to "map to hardware interfaces" so maybe this is > irrelevant) > > > > Tony -- your change..is it reasonable/useful in light of larger > related -O3 breakage? > > > > - Jay > > > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Mon, 11 May 2009 07:39:16 +0000 > > > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. > > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > You'd want some volatile on globals too. > Only the uses in a try where the function also references them in a > finally From hosking at cs.purdue.edu Mon May 11 11:17:08 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:17:08 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <38EA321F-A416-40D5-BFDD-120EC84F9748@cs.purdue.edu> On 11 May 2009, at 17:39, Jay wrote: > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. No, volatile is not what you want. Flow analysis should be able to keep some variables in registers. > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > finally I don't think we really want to go down this path. From hosking at cs.purdue.edu Mon May 11 11:17:55 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:17:55 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <0EDC3451-B69C-4C5D-B7AA-46DF29D8F3EE@cs.purdue.edu> On 11 May 2009, at 17:39, Jay wrote: > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. No, volatile is not what you want. Flow analysis should be able to keep some variables in registers. > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > finally I don't think we really want to go down this path. From jay.krell at cornell.edu Mon May 11 12:21:54 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 10:21:54 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> Message-ID: I don't understand. -O3 is I think broken wherever there is try/lock/vfork. I assume there is one fix for all, not any "one offs". Granted, maybe vfork is pretty rare is reasonable to fix each occurence somehow. -O2 is seemingly broken too. On AMD64_LINUX I get to: --- building in AMD64_LINUX --- ignoring ../src/m3overrides new source -> compiling RTHooks.i3 *** *** runtime error: *** <*ASSERT*> failed. *** file "../src/values/Value.m3", line 52 *** and haven't looked further. I assume volatile is a big part of a possible answer, except that: - need not mark every local volatile, not even in functions that call setjmp - only need volatile on locals used within both the "try" and the "finally" "used" is overkill, like, if it is just a temp variable and the finally block's first use is a store and not a read, then no need to preserve the value out of the "try" - even that is overkill, you don't want to completely deoptimize use of those locals, just be sure to "home" them at any function call site if they are in registers If we were writing in C, we would just use the pessimistic approach of programmer applying volatile where the compiler warns -- on locals used within try and finally (so to speak, it's really use after both setjmp returns or somesuch). I guess globals are ok no matter what. We can possibly do better than that though as I said. The portable C fix is overkill since "temporary enregistration" is safe. Well, er, I guess what a C programmer might do, if he wanted the more optimal form, is have two sets of locals, "normal" and "volatile" and would copy to/from after each setjmp return and at otherwise required times -- before any function calls that follow modification of the "normal" locals. something like: void F() { int i; volatile int vi; jmp_buf jb; if (setjmp(jb) == 0) /* try */ { for (i = 0; i < 100; ++i) { /* use i somehow */ vi = i; /* store vi before possible longjmp */ F(); } } else /* finally */ { i = vi; /* get i from vi's home */ /* use i somehow */ } Though it'd be a bit tedious/fragile. I'm skeptical we can do a very good job here, not sure (er, just don't know..) what information is available where. Marking all the locals volatile in a function that calls setjmp might be the best we can do, and try to eliminate all setjmps in favor of stack walkers... - Jay > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Mon, 11 May 2009 19:15:49 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > I'm not convinced there is any more -O3 breakage than this. > > On 11 May 2009, at 17:42, Jay wrote: > > > > > ps: We load/store everything as a bitfield as I understand..I wonder > > if that is a problem, like, given that bitfields aren't addressible.. > > > > (which is not to say that they can't be volatile, and bitfields are > > often used to "map to hardware interfaces" so maybe this is > > irrelevant) > > > > > > > > Tony -- your change..is it reasonable/useful in light of larger > > related -O3 breakage? > > > > > > > > - Jay > > > > > > > > From: jay.krell at cornell.edu > > To: hosking at cs.purdue.edu > > CC: m3commit at elegosoft.com > > Subject: RE: [M3commit] CVS Update: cm3 > > Date: Mon, 11 May 2009 07:39:16 +0000 > > > > > > > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > > offseting in those functions.. > > > > I guess though you've revealed the answer -- strive for like I said > > -- mark anything volatile referenced in finally or such. Er, > > anything referenced both in try and finally, something like that. > > Initial lameness would be all locals in a function with try/finally/ > > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > > finally > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 12:23:49 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 10:23:49 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: This -traditional stuff appears to be obsolete. -traditional now only has any meaning with -E -- the preprocessor. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu CC: m3commit at elegosoft.com Subject: RE: [M3commit] CVS Update: cm3 Date: Mon, 11 May 2009 07:54:19 +0000 This might help: The `-traditional' option directs GNU C to put variables in the stack by default, rather than in registers, in functions that call setjmp. This results in the behavior found in traditional C compilers. Or, maybe, you know, it sounds like a "macro" and might do other things. Maybe look at what it does. - Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 12:42:12 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 20:42:12 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <67E6E5BA-8C7A-433B-AFD1-0A192A86E895@cs.purdue.edu> Yeah, grepping the source shows it doesn't mean much at all. On 11 May 2009, at 20:23, Jay wrote: > This -traditional stuff appears to be obsolete. > -traditional now only has any meaning with -E -- the preprocessor. > > - Jay > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Mon, 11 May 2009 07:54:19 +0000 > > This might help: > > The `-traditional' option directs GNU C to put variables in the > stack by default, rather than in registers, in functions that > callsetjmp. This results in the behavior found in traditional C > compilers. > > Or, maybe, you know, it sounds like a "macro" and might do other > things. > Maybe look at what it does. > > > - Jay > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at elego.de Mon May 11 12:58:14 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 11 May 2009 12:58:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090511105814.32E41CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/11 12:58:14 Modified files: cm3/m3-libs/m3core/src/runtime/ex_frame/: m3makefile Log message: dos2unix. From jkrell at elego.de Tue May 12 08:38:26 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:38:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512063826.4741ACC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:38:26 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: fix, I guess before it only worked within scripts From jkrell at elego.de Tue May 12 08:40:05 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:40:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512064005.6254FCC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:40:05 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: extent hardlink Win32 hack to all platforms, for the sake of bootstrapping on the various new platforms with stripped down Unix/*.i3 files, such as AMD64_LINUX (ie: that only had symlink and not plain 'link' (which is hardlink)) From jkrell at elego.de Tue May 12 08:41:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:41:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512064116.89256CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:41:16 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 UtilsPosix.m3 m3makefile Added files: cm3/m3-sys/cm3/src/: cm3unix.c Log message: add minor hack so that cm3 can create hardlinks, even on platforms that didn't initially have hardlink in m3core/unix From jkrell at elego.de Tue May 12 09:55:38 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 9:55:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512075538.74A98CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 09:55:38 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 Utils.m3 UtilsPosix.m3 Log message: hardlinks should be removed first, same as symlinks hardlinks should not be made relative, different than symlinks From jkrell at elego.de Tue May 12 10:14:55 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:14:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512081455.C5202CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:14:55 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: AMD64_LINUX Unix.common cm3cfg.common Log message: switch to hardlinks betweeen installroot/lib/libfoo.so.5 and installroot/pkg/foo/target/libfoo.so.5. instead of symlinks. This allows removing $ORIGIN/../../../lib from runpath and using just $ORIGIN/../lib. (shared libraries could just use $ORIGIN, but this same path is used for libraries and executables) Note that AMD64_LINUX already only had $ORIGIN/../lib as its runpath, and not also $ORIGIN/../../../lib, which you'd expect to see removed in this change (from some config file, whatever I first tested, but that is in fact AMD64_LINUX) Could be this worked due to: % cat /etc/ld.so.conf.d/cm3.conf /usr/local/cm3/lib on birch. (which should no longer be necessary for newer installed binaries) Note that between AMD64_LINUX and FreeBSD4, code should be made common, as well as deciding the fate of a feature in FreeBSD4 I didn't copy to AMD64_LINUX. Note also that "gnuld" is a common thread of commonality across Linux and some/all *BSD (and Cygwin, but not HP-UX, Solaris, Darwin, AIX, SGI, Tru64..). Some factoring maybe could/should be done there. Or this might end up "Unix.common", then overridden selectively. From jkrell at elego.de Tue May 12 10:22:39 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:22:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512082239.B21EFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:22:39 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: FreeBSD4 LINUXLIBC6 Solaris.common Log message: remove $ORIGIN/../../lib and $ORIGIN/../../../lib from runpath $ORIGIN/../lib should suffice now that we use hardlinks between lib and pkg From jkrell at elego.de Tue May 12 10:54:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:54:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512085416.33F71CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:54:16 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: AMD64_LINUX FreeBSD4 LINUXLIBC6 Added files: cm3/m3-sys/cminstall/src/config-no-install/: gnuld.common Log message: some factoring of common code, more could be done From jkrell at elego.de Tue May 12 12:46:53 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 12:46:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512104653.B40D9CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 12:46:53 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c Log message: fix for x86 Darwin 8.0.1 (10.4), hopefully doesn't break 10.5 or real Mac OSX From jkrell at elego.de Tue May 12 13:01:53 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:01:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512110153.C0150CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:01:53 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: do hide the error, it is a bit unsightly From jkrell at elego.de Tue May 12 13:11:52 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:11:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111152.1B1A6CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:11:52 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Utypes.i3 Log message: go ahead and add for compatibility u_int8_t = uint8_t; u_int16_t = uint16_t; u_int32_t = uint32_t; u_int64_t = uint64_t; From jkrell at elego.de Tue May 12 13:12:58 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:12:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111258.0A42CCC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:12:58 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3makefile cm3/m3-libs/m3core/src/unix/darwin-generic/: m3makefile Log message: more I386_DARWIN to new smaller safer more portable Unix/*.i3 files except, again, for some stuff for usermode threads AMD64_DARWIN is the only one left From jkrell at elego.de Tue May 12 13:19:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:19:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111914.CBA07CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:19:14 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN PPC_DARWIN Unix.common Log message: refactor assemble back to common code but with a hook -- it will call configure_assembler if it is defined I386_DARWIN defines it (stock 10.4 assembler there is insufficient) From jkrell at elego.de Wed May 13 00:42:35 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 13 May 2009 0:42:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512224235.467F3CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/13 00:42:35 Added files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: splitting this off from UnixC.c for sake of Solaris linker, first just copy UnixC.c From jkrell at elego.de Wed May 13 00:50:47 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 13 May 2009 0:50:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512225047.86233CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/13 00:50:47 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c UnixLink.c m3makefile cm3/m3-sys/cm3/src/: cm3unix.c Log message: split Unix__link/Utils__link into separate file to avoid duplicate symbols on Solaris, a more careful construction in any case this way, as there was the appearance and high risk and possible occurence of duplicate symbols on all platforms otherwise From hosking at elego.de Wed May 13 04:00:42 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 13 May 2009 4:00:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090513020042.2921ECC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/13 04:00:41 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Make locals volatile as necessary for calls to setjmp/vfork. This ensures that setjmp/longjmp exceptions work with optimized code. From wagner at elego.de Wed May 13 22:40:09 2009 From: wagner at elego.de (Olaf Wagner) Date: Wed, 13 May 2009 22:40:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090513204009.DBE3BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/13 22:40:09 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Build.i3 M3Build.m3 Makefile.m3 cm3.1 Log message: some small extensions: o add option "--" to end options o recognize options beginning with "--", too o add TARGET value to -version output o add option -no-m3ship-resolution (experimental) o add option -group-writable to use group-writable file modes in quake installation procedures (currently probably ignored, not checked yet) o adapt inline help and add new options to manual page modified: cm3/src/M3Build.i3 modified: cm3/src/M3Build.m3 modified: cm3/src/Makefile.m3 modified: cm3/src/cm3.1 From hosking at elego.de Thu May 14 06:47:31 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 14 May 2009 6:47:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514044731.48A37CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/14 06:47:31 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Fix bug in m3_do_fixed_extract. Don't convert source value to unsigned before left shift, otherwise information gets lost that tree-based value range propagation ends up not considering during optimization. I've just successfully bootstrapped cm3 with the backend optimizing at -O3 on Mac OSX 10.5 (I386_DARWIN), so "cm3 -O" should now do the right thing. Feedback on experiences optimizing on other platforms would be appreciated. From wagner at elego.de Thu May 14 23:53:19 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 14 May 2009 23:53:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514215319.BCC34CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/14 23:53:19 Modified files: cm3/scripts/regression/: update_snapshot_status.sh Log message: hack the script to match Jay's different archive names, too From wagner at elego.de Fri May 15 00:12:52 2009 From: wagner at elego.de (Olaf Wagner) Date: Fri, 15 May 2009 0:12:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514221252.9A5E2CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/15 00:12:52 Modified files: cm3/www/: download.html Log message: add more prominent notice about missing links From wagner at elego.de Fri May 15 00:29:44 2009 From: wagner at elego.de (Olaf Wagner) Date: Fri, 15 May 2009 0:29:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514222944.7558DCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/15 00:29:44 Modified files: cm3/www/: download.html Log message: move note up From hosking at elego.de Fri May 15 09:38:39 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 15 May 2009 9:38:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515073839.960C1CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/15 09:38:39 Modified files: cm3/m3-sys/m3front/src/builtinOps/: IsType.m3 Narrow.m3 Typecode.m3 cm3/m3-sys/m3front/src/misc/: RunTyme.m3 Log message: Compiler support for the minimal tagged REFANY scheme. From jkrell at elego.de Fri May 15 10:41:30 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 10:41:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515084130.D5FF7CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 10:41:30 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv24703 Log Message: import gcc_42-5566 from: http://www.opensource.apple.com/tarballs/gcc_42/gcc_42-5566.tar.gz except delete: fixincludes libgomp intl gcc/cp gcc/objc gcc/objcp gcc/doc gcc/testsuite gcc/po libcpp/po This is based on gcc 4.2.1 (according to ChangeLog). This shall be the basis of the iphone/ARM_DARWIN backend. And maybe other Darwin backends. Apple removed config such that this can only be hosted on Darwin. We shall add back shortly. Status: Vendor Tag: apple Release Tags: gcc_42-5566 N cm3/m3-sys/m3cc/gcc-apple/libtool-ldflags N cm3/m3-sys/m3cc/gcc-apple/symlink-tree N cm3/m3-sys/m3cc/gcc-apple/missing N cm3/m3-sys/m3cc/gcc-apple/ltconfig N cm3/m3-sys/m3cc/gcc-apple/depcomp N cm3/m3-sys/m3cc/gcc-apple/move-if-change N cm3/m3-sys/m3cc/gcc-apple/config.rpath N cm3/m3-sys/m3cc/gcc-apple/build_gcc N cm3/m3-sys/m3cc/gcc-apple/ltcf-c.sh N cm3/m3-sys/m3cc/gcc-apple/README.SCO N cm3/m3-sys/m3cc/gcc-apple/config-ml.in N cm3/m3-sys/m3cc/gcc-apple/install-sh N cm3/m3-sys/m3cc/gcc-apple/ltcf-gcj.sh N cm3/m3-sys/m3cc/gcc-apple/Makefile.tpl N cm3/m3-sys/m3cc/gcc-apple/ABOUT-NLS N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.lno N cm3/m3-sys/m3cc/gcc-apple/ylwrap N cm3/m3-sys/m3cc/gcc-apple/mkdep N cm3/m3-sys/m3cc/gcc-apple/README N cm3/m3-sys/m3cc/gcc-apple/CHANGES.Apple N cm3/m3-sys/m3cc/gcc-apple/libtool.m4 N cm3/m3-sys/m3cc/gcc-apple/ltcf-cxx.sh N cm3/m3-sys/m3cc/gcc-apple/config.sub N cm3/m3-sys/m3cc/gcc-apple/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/configure N cm3/m3-sys/m3cc/gcc-apple/configure.in N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/REMOVED N cm3/m3-sys/m3cc/gcc-apple/MAINTAINERS N cm3/m3-sys/m3cc/gcc-apple/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/compile N cm3/m3-sys/m3cc/gcc-apple/COPYING N cm3/m3-sys/m3cc/gcc-apple/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/ltmain.sh N cm3/m3-sys/m3cc/gcc-apple/README.Apple N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/build_libgcc N cm3/m3-sys/m3cc/gcc-apple/GNUmakefile N cm3/m3-sys/m3cc/gcc-apple/mkinstalldirs N cm3/m3-sys/m3cc/gcc-apple/driverdriver.c N cm3/m3-sys/m3cc/gcc-apple/config.guess N cm3/m3-sys/m3cc/gcc-apple/Makefile.def N cm3/m3-sys/m3cc/gcc-apple/libcpp/expr.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/charset.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/system.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/identifiers.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/makeucnid.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libcpp/makedepend.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/pch.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ucnid.tab N cm3/m3-sys/m3cc/gcc-apple/libcpp/init.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ucnid.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/config.in N cm3/m3-sys/m3cc/gcc-apple/libcpp/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libcpp/configure N cm3/m3-sys/m3cc/gcc-apple/libcpp/traditional.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/libcpp/files.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/lex.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libcpp/mkdeps.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/directives.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/internal.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libcpp/symtab.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/line-map.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/macro.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/errors.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/mkdeps.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/cpplib.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/cpp-id-data.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/symtab.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/line-map.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdint.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdbool.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/assert.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/varargs.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdarg.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/float.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/ppc_intrinsics.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/inttypes.h N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_version_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_version N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/README N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/crontab N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_web_docs_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/maintainer-addresses N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_web_docs_libstdcxx_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/gcc_release N cm3/m3-sys/m3cc/gcc-apple/contrib/compare_tests N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_params.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_gcc_for_doxygen N cm3/m3-sys/m3cc/gcc-apple/contrib/gthr_supp_vxw_5x.c N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_knr2ansi.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/index-prop N cm3/m3-sys/m3cc/gcc-apple/contrib/texi2pod.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/paranoia.cc N cm3/m3-sys/m3cc/gcc-apple/contrib/dg-cmp-results.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/gccbug.el N cm3/m3-sys/m3cc/gcc-apple/contrib/dglib.pm N cm3/m3-sys/m3cc/gcc-apple/contrib/gennews N cm3/m3-sys/m3cc/gcc-apple/contrib/tree-ssa.doxy N cm3/m3-sys/m3cc/gcc-apple/contrib/analyze_brprob N cm3/m3-sys/m3cc/gcc-apple/contrib/warn_summary N cm3/m3-sys/m3cc/gcc-apple/contrib/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/contrib/compareSumTests3 N cm3/m3-sys/m3cc/gcc-apple/contrib/test_summary N cm3/m3-sys/m3cc/gcc-apple/contrib/gcc_build N cm3/m3-sys/m3cc/gcc-apple/contrib/gcc_update N cm3/m3-sys/m3cc/gcc-apple/contrib/test_installed N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_search N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_test_template N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_periodic N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/README N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/README N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/objs-gcc.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/site.exp N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/btest-gcc.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Default.png N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Info.plist N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/widget.html N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Icon.png N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/en.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/de.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/ja.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/config/lib-ld.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sparcpic N cm3/m3-sys/m3cc/gcc-apple/config/warnings.m4 N cm3/m3-sys/m3cc/gcc-apple/config/progtest.m4 N cm3/m3-sys/m3cc/gcc-apple/config/unwind_ipinfo.m4 N cm3/m3-sys/m3cc/gcc-apple/config/iconv.m4 N cm3/m3-sys/m3cc/gcc-apple/config/uintmax_t.m4 N cm3/m3-sys/m3cc/gcc-apple/config/po.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86pic N cm3/m3-sys/m3cc/gcc-apple/config/mt-alphaieee N cm3/m3-sys/m3cc/gcc-apple/config/mh-cxux N cm3/m3-sys/m3cc/gcc-apple/config/glibc21.m4 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes-pri.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-s390pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-m68kpic N cm3/m3-sys/m3cc/gcc-apple/config/mh-i370pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-solaris N cm3/m3-sys/m3cc/gcc-apple/config/lib-prefix.m4 N cm3/m3-sys/m3cc/gcc-apple/config/lead-dot.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-necv4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-lynxrs6k N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppc-aix N cm3/m3-sys/m3cc/gcc-apple/config/mh-sysv4 N cm3/m3-sys/m3cc/gcc-apple/config/gettext.m4 N cm3/m3-sys/m3cc/gcc-apple/config/intdiv0.m4 N cm3/m3-sys/m3cc/gcc-apple/config/nls.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-elfalphapic N cm3/m3-sys/m3cc/gcc-apple/config/mh-interix N cm3/m3-sys/m3cc/gcc-apple/config/mt-gnu N cm3/m3-sys/m3cc/gcc-apple/config/acinclude.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-ia64pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-dgux386 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes_h.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-wince N cm3/m3-sys/m3cc/gcc-apple/config/multi.m4 N cm3/m3-sys/m3cc/gcc-apple/config/stdint_h.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86-darwin N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppcpic N cm3/m3-sys/m3cc/gcc-apple/config/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/config/mt-d30v N cm3/m3-sys/m3cc/gcc-apple/config/mh-cygwin N cm3/m3-sys/m3cc/gcc-apple/config/no-executables.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86omitfp N cm3/m3-sys/m3cc/gcc-apple/config/lib-link.m4 N cm3/m3-sys/m3cc/gcc-apple/config/gxx-include-dir.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-decstation N cm3/m3-sys/m3cc/gcc-apple/config/mh-papic N cm3/m3-sys/m3cc/gcc-apple/config/tls.m4 N cm3/m3-sys/m3cc/gcc-apple/config/acx.m4 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sysv5 N cm3/m3-sys/m3cc/gcc-apple/config/enable.m4 N cm3/m3-sys/m3cc/gcc-apple/config/ulonglong.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-ospace N cm3/m3-sys/m3cc/gcc-apple/config/mh-ncr3000 N cm3/m3-sys/m3cc/gcc-apple/config/lcmessage.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-armpic N cm3/m3-sys/m3cc/gcc-apple/config/depstand.m4 N cm3/m3-sys/m3cc/gcc-apple/config/codeset.m4 N cm3/m3-sys/m3cc/gcc-apple/config/gettext-sister.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sco N cm3/m3-sys/m3cc/gcc-apple/config/stdint.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-v810 N cm3/m3-sys/m3cc/gcc-apple/config/mh-djgpp N cm3/m3-sys/m3cc/gcc-apple/config/mt-netware N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppc-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/expr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-aux-info.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.def N cm3/m3-sys/m3cc/gcc-apple/gcc/bitmap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgcleanup.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-chrec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-copyrename.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ONEWS N cm3/m3-sys/m3cc/gcc-apple/gcc/optabs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gdbinit.in N cm3/m3-sys/m3cc/gcc-apple/gcc/print-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dfp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/modulo-sched.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sbitmap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reg-stack.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dce.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-scalar-evolution.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-forwprop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/targhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opt-functions.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-win32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/mkmap-symver.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-im.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-trans.c N cm3/m3-sys/m3cc/gcc-apple/gcc/haifa-sched.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stringpool.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-structalias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genpeep.c N cm3/m3-sys/m3cc/gcc-apple/gcc/var-tracking.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ABOUT-GCC-NLS N cm3/m3-sys/m3cc/gcc-apple/gcc/gengenrtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/system.h N cm3/m3-sys/m3cc/gcc-apple/gcc/fixproto N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-loop-linear.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-type-escape.h N cm3/m3-sys/m3cc/gcc-apple/gcc/postreload.c N cm3/m3-sys/m3cc/gcc-apple/gcc/function.c N cm3/m3-sys/m3cc/gcc-apple/gcc/varasm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-transform.c N cm3/m3-sys/m3cc/gcc-apple/gcc/scan-types.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/version.h N cm3/m3-sys/m3cc/gcc-apple/gcc/hard-reg-set.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssanames.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lcm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde.c N cm3/m3-sys/m3cc/gcc-apple/gcc/prefix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/flags.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-stdarg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-phinodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-utils.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/domwalk.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloop.h N cm3/m3-sys/m3cc/gcc-apple/gcc/regclass.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ifcvt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-unswitch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/double-int.h N cm3/m3-sys/m3cc/gcc-apple/gcc/stab.def N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda.h N cm3/m3-sys/m3cc/gcc-apple/gcc/reload.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df-scan.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-outof-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-inline.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vrp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-nks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/intl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-into-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dbxout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/SERVICE N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-zone.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dfa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-convert.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genoutput.c N cm3/m3-sys/m3cc/gcc-apple/gcc/debug.h N cm3/m3-sys/m3cc/gcc-apple/gcc/stmt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stub-objc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genattr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-patterns.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-iterator.c N cm3/m3-sys/m3cc/gcc-apple/gcc/graph.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-generic.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gccbug.in N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2out.h N cm3/m3-sys/m3cc/gcc-apple/gcc/value-prof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/builtins.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-gnat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/output.h N cm3/m3-sys/m3cc/gcc-apple/gcc/real.h N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-mat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/input.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vecprim.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dummy-checksum.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genopinit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-decl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-code.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-ebb.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cppspec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/simplify-rtx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opts-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-ppoutput.c N cm3/m3-sys/m3cc/gcc-apple/gcc/version.c N cm3/m3-sys/m3cc/gcc-apple/gcc/print-tree.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/protoize.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-reference.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-tpf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-prop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-copy.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.def N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-rgn.c N cm3/m3-sys/m3cc/gcc-apple/gcc/et-forest.c N cm3/m3-sys/m3cc/gcc-apple/gcc/main.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dfp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reg-notes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/toplev.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-invariant.c N cm3/m3-sys/m3cc/gcc-apple/gcc/emutls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/glimits.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-parser.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genchecksum.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-semantics.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-if-conv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-page.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gccspec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dbxout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-glibc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/gcc/scan.h N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog.11 N cm3/m3-sys/m3cc/gcc-apple/gcc/machmode.def N cm3/m3-sys/m3cc/gcc-apple/gcc/reload1.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-none.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genpreds.c N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog N cm3/m3-sys/m3cc/gcc-apple/gcc/sreal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gimple-low.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cselib.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-manip.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-math-opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1999 N cm3/m3-sys/m3cc/gcc-apple/gcc/coverage.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tracer.c N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc-std.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype-lex.l N cm3/m3-sys/m3cc/gcc-apple/gcc/lists.c N cm3/m3-sys/m3cc/gcc-apple/gcc/except.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fold-const.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-pre.c N cm3/m3-sys/m3cc/gcc-apple/gcc/integrate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nomudflap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hwint.h N cm3/m3-sys/m3cc/gcc-apple/gcc/read-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mips-tdump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-unswitch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/calls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fix-header.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ivcanon.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind.inc N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgexpand.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-reassoc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-prop.h N cm3/m3-sys/m3cc/gcc-apple/gcc/reload.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-init.c N cm3/m3-sys/m3cc/gcc-apple/gcc/errors.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloopanal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pretty-print.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genmodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype-yacc.y N cm3/m3-sys/m3cc/gcc-apple/gcc/intl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pragma.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-cppbuiltin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-lang.c N cm3/m3-sys/m3cc/gcc-apple/gcc/acinclude.m4 N cm3/m3-sys/m3cc/gcc-apple/gcc/c-format.c N cm3/m3-sys/m3cc/gcc-apple/gcc/combine.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sdbout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/mode-classes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vectorizer.h N cm3/m3-sys/m3cc/gcc-apple/gcc/crtstuff.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genconfig.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-iterator.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-compat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfghooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alias.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-cfgcleanup.c N cm3/m3-sys/m3cc/gcc-apple/gcc/builtin-types.def N cm3/m3-sys/m3cc/gcc-apple/gcc/builtin-attrs.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-live.h N cm3/m3-sys/m3cc/gcc-apple/gcc/LANGUAGES N cm3/m3-sys/m3cc/gcc-apple/gcc/caller-save.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-sink.c N cm3/m3-sys/m3cc/gcc-apple/gcc/expmed.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genextract.c N cm3/m3-sys/m3cc/gcc-apple/gcc/basic-block.h N cm3/m3-sys/m3cc/gcc-apple/gcc/collect2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sys-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-compat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/targhooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/prefix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config.host N cm3/m3-sys/m3cc/gcc-apple/gcc/varray.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gcc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-profile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl-error.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genflags.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-data-ref.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sbitmap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sync-builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/sort-protos N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2002 N cm3/m3-sys/m3cc/gcc-apple/gcc/recog.c N cm3/m3-sys/m3cc/gcc-apple/gcc/insn-notes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-operands.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pointer-set.c N cm3/m3-sys/m3cc/gcc-apple/gcc/real.c N cm3/m3-sys/m3cc/gcc-apple/gcc/graph.c N cm3/m3-sys/m3cc/gcc-apple/gcc/attribs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-omp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tsystem.h N cm3/m3-sys/m3cc/gcc-apple/gcc/except.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/recog.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfglayout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/emit-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mkconfig.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/defaults.h N cm3/m3-sys/m3cc/gcc-apple/gcc/scan-decls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genautomata.c N cm3/m3-sys/m3cc/gcc-apple/gcc/optabs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/convert.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/README.Portability N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-gnat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/collect2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/omp-low.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix95.h N cm3/m3-sys/m3cc/gcc-apple/gcc/web.c N cm3/m3-sys/m3cc/gcc-apple/gcc/vmsdbg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dump.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dojump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/vmsdbgout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mips-tfile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-dce.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-stdarg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-pass.h N cm3/m3-sys/m3cc/gcc-apple/gcc/DATESTAMP N cm3/m3-sys/m3cc/gcc-apple/gcc/config.in N cm3/m3-sys/m3cc/gcc-apple/gcc/cppdefault.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-inline.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opt-gather.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.h N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl-factoring.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/optc-gen.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2out.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2005 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-optimize.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-operands.h N cm3/m3-sys/m3cc/gcc-apple/gcc/final.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gsyslimits.h N cm3/m3-sys/m3cc/gcc-apple/gcc/libada-mk.in N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pretty-print.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gen-protos.c N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/BASE-VER N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-io.h N cm3/m3-sys/m3cc/gcc-apple/gcc/configure N cm3/m3-sys/m3cc/gcc-apple/gcc/libfuncs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-objc-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cstamp-h.in N cm3/m3-sys/m3cc/gcc-apple/gcc/resource.h N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gstab.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.h N cm3/m3-sys/m3cc/gcc-apple/gcc/emit-rtl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-browser.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mode-switching.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-type-escape.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sys-types.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gensupport.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-sra.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gencodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-solaris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/hosthooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraph.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fp-test.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-complex.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgrtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-phiopt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.lib N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-object-size.c N cm3/m3-sys/m3cc/gcc-apple/gcc/explow.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-errors.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfghooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/limitx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/jump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/omp-builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hosthooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-unroll.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-analyze.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mkmap-flat.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-address.c N cm3/m3-sys/m3cc/gcc-apple/gcc/coretypes.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/gcc/profile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-cp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-mudflap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-int.h N cm3/m3-sys/m3cc/gcc-apple/gcc/conditions.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.def N cm3/m3-sys/m3cc/gcc-apple/gcc/domwalk.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraph.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2asm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/toplev.h N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-doloop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-structalias.h N cm3/m3-sys/m3cc/gcc-apple/gcc/coverage.c N cm3/m3-sys/m3cc/gcc-apple/gcc/see.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-iov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cppdefault.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-vis.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfglayout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-tree.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nrv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde.h N cm3/m3-sys/m3cc/gcc-apple/gcc/postreload-gcse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-flow.h N cm3/m3-sys/m3cc/gcc-apple/gcc/local-alloc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/longlong.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genmultilib N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2004 N cm3/m3-sys/m3cc/gcc-apple/gcc/gensupport.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stor-layout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-threadedge.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-mudflap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-objc-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoffout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/COPYING N cm3/m3-sys/m3cc/gcc-apple/gcc/c-gimplify.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sdbout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config.gcc N cm3/m3-sys/m3cc/gcc-apple/gcc/gcc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/gcc/conflict.c N cm3/m3-sys/m3cc/gcc-apple/gcc/struct-equiv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2003 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dom.c N cm3/m3-sys/m3cc/gcc-apple/gcc/flow.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-prefetch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reorg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/value-prof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-propagate.h N cm3/m3-sys/m3cc/gcc-apple/gcc/insn-addr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/treestruct.def N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraphunit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pragma.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-chrec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-deps.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gsyms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/integrate.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tlink.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-ccp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/limity.h N cm3/m3-sys/m3cc/gcc-apple/gcc/target-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genattrtab.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-incpath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/bitmap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-inline.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/regmove.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoffout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/function.h N cm3/m3-sys/m3cc/gcc-apple/gcc/opts.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-generic.h N cm3/m3-sys/m3cc/gcc-apple/gcc/statistics.h N cm3/m3-sys/m3cc/gcc-apple/gcc/bt-load.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df-problems.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-utils.c N cm3/m3-sys/m3cc/gcc-apple/gcc/convert.c N cm3/m3-sys/m3cc/gcc-apple/gcc/typeclass.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-uncprop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/global.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-sjlj.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-flow-inline.h N cm3/m3-sys/m3cc/gcc-apple/gcc/addresses.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dominance.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-scalar-evolution.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genconstants.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-propagate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-iv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-io.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ddg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/common.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ivopts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.h N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-cfg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-tailcall.c N cm3/m3-sys/m3cc/gcc-apple/gcc/double-int.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.h N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sreal.h N cm3/m3-sys/m3cc/gcc-apple/gcc/machmode.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloopmanip.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2006 N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-reference.h N cm3/m3-sys/m3cc/gcc-apple/gcc/host-default.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-threadupdate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/configure.ac N cm3/m3-sys/m3cc/gcc-apple/gcc/genmddeps.c N cm3/m3-sys/m3cc/gcc-apple/gcc/bb-reorder.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ddg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alloc-pool.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-eh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mklibgcc.in N cm3/m3-sys/m3cc/gcc-apple/gcc/df-core.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-data-ref.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlhooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-typeck.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/opth-gen.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/scan.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cselib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/debug.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/varray.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vectorizer.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/et-forest.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2001 N cm3/m3-sys/m3cc/gcc-apple/gcc/c-config-lang.in N cm3/m3-sys/m3cc/gcc-apple/gcc/regrename.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-single.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-live.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-browser.def N cm3/m3-sys/m3cc/gcc-apple/gcc/resource.c N cm3/m3-sys/m3cc/gcc-apple/gcc/target.h N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog.10 N cm3/m3-sys/m3cc/gcc-apple/gcc/expr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-niter.c N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/DEV-PHASE N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-compat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gbl-ctors.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genrecog.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genemit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfganal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gencheck.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1998 N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlanal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2000 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vn.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-format.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-pure-const.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-lex.c N cm3/m3-sys/m3cc/gcc-apple/gcc/errors.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1997 N cm3/m3-sys/m3cc/gcc-apple/gcc/passes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config.build N cm3/m3-sys/m3cc/gcc-apple/gcc/alloc-pool.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgbuild.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pointer-set.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-incpath.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-aix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genconditions.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-interix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/gofast.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-nolc-override N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/kaos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dfp-bit.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-hpux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-crt2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbxcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd-nthr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/knetbsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-sld N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libc-ok N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-freebsd-thread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-dfprules N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-sections.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fp-bit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dfp-bit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-openbsd-thread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/udivmod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/elfos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/linux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vx-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/udivmodsi4.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-crt3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbxelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ptx4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-svr4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/chorus.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-lynx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fp-bit.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/divmod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-elf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libunwind-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/README N cm3/m3-sys/m3cc/gcc-apple/gcc/config/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-6.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-solaris.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libgcc-pic N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-driver.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libunwind N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-gnu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/usegas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin9.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/interix3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memcmp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/lynx.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/interix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-linux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memset.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-solaris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworks.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memmove.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/svr3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-freebsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/libgloss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsixf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd-spec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memcpy.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/openbsd-oldgas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/svr4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/kfreebsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/tm-dwarf2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin-libgcc.10.5.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ppro.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-darwin-x86_64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mmx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/smmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sse.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/driver-i386.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/tmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-darwin64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/athlon.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ammintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gstabs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pentium.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin-libgcc.10.4.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/emmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mm3dnow.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-gmm_malloc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/k6.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gmm_malloc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-i386-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-i386 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extendsftf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/letf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/truncdfsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixsfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunssfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixtfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunstfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unorddf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/addsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subdf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/double.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunsdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extended.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-8.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/soft-fp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatditf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/multf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/muldf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatdisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/ledf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divdf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/mulsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/t-softfp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatdidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/trunctfdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixsfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/README N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extenddftf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixtfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunditf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunsdfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/trunctfsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/gedf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/addtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extendsfdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/quad.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/adddf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/gesf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatundidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixdfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/lesf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/getf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatundisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/single.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunssfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unordsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunstfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unordtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-1.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/7450.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/builtin.ops N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-darwin64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-libgcc.10.5.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/mpc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-darwin8 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ops-to-gp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs64.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/40x.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/6xx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/7xx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-vecsave.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/603.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/power5.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/altivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ppc64-fp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-ldouble.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/440.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vec.ops N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-fpsave.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/altivec.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-world.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-libgcc.10.4.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-fallback.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rios2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rios1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/host-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/spe.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-rs6000 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/8540.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-ldouble-format N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/libgcc-ppc64.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin7.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin8.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/host-ppc64-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/power4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/host-arm-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ieee754-df.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-slibgcc-iphoneos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unwind-arm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixunssfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/fpa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-xscale-coff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm-coff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-eabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-semi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-strongarm-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm926ejs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/xscale-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/aof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/wince-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-symbian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1020e.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-xscale-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libgcc-bpabi.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ecos-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/mmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/uclinux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ieee754-sf.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-cores.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/semi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixunsdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libgcc-iphoneos.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/kaos-strongarm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/cirrus.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-bpabi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/semiaof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-generic.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/gentune.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1136jfs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unknown-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/vfp.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libunwind.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-tune.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/xscale-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unwind-arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-wince-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pr-support.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/symbian.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/rtems-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/iwmmxt.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/kaos-arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-strongarm-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1026ejs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixsfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/README-interworking N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unaligned-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-linux-eabi N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stdbool.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/iso646.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/varargs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stdarg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/decfloat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/float.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stddef.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/tgmath.h N cm3/m3-sys/m3cc/gcc-apple/INSTALL/README N cm3/m3-sys/m3cc/gcc-apple/include/xregex.h N cm3/m3-sys/m3cc/gcc-apple/include/obstack.h N cm3/m3-sys/m3cc/gcc-apple/include/xtensa-config.h N cm3/m3-sys/m3cc/gcc-apple/include/safe-ctype.h N cm3/m3-sys/m3cc/gcc-apple/include/xregex2.h N cm3/m3-sys/m3cc/gcc-apple/include/dyn-string.h N cm3/m3-sys/m3cc/gcc-apple/include/md5.h N cm3/m3-sys/m3cc/gcc-apple/include/sort.h N cm3/m3-sys/m3cc/gcc-apple/include/ternary.h N cm3/m3-sys/m3cc/gcc-apple/include/fibheap.h N cm3/m3-sys/m3cc/gcc-apple/include/ChangeLog-9103 N cm3/m3-sys/m3cc/gcc-apple/include/filenames.h N cm3/m3-sys/m3cc/gcc-apple/include/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/include/splay-tree.h N cm3/m3-sys/m3cc/gcc-apple/include/COPYING N cm3/m3-sys/m3cc/gcc-apple/include/getopt.h N cm3/m3-sys/m3cc/gcc-apple/include/floatformat.h N cm3/m3-sys/m3cc/gcc-apple/include/partition.h N cm3/m3-sys/m3cc/gcc-apple/include/libiberty.h N cm3/m3-sys/m3cc/gcc-apple/include/objalloc.h N cm3/m3-sys/m3cc/gcc-apple/include/fnmatch.h N cm3/m3-sys/m3cc/gcc-apple/include/ansidecl.h N cm3/m3-sys/m3cc/gcc-apple/include/symcat.h N cm3/m3-sys/m3cc/gcc-apple/include/demangle.h N cm3/m3-sys/m3cc/gcc-apple/include/hashtab.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decLibrary.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumberLocal.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal128.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal32.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal64.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decUtility.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/config.in N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/configure N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decRound.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decContext.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal64.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decDPD.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal128.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumber.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decUtility.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decContext.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumber.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal32.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-msdos.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demint.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getpagesize.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/partition.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strndup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/mempcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vasprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config.h-vms N cm3/m3-sys/m3cc/gcc-apple/libiberty/gather-docs N cm3/m3-sys/m3cc/gcc-apple/libiberty/getpwd.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/maint-tool N cm3/m3-sys/m3cc/gcc-apple/libiberty/hex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/physmem.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fdmatch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/objalloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vsnprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/sigsetmask.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/lrealpath.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/makefile.vms N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/obstacks.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/choose-temp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ffs.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/dyn-string.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/make-temp-file.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/atexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bzero.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/at-file.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtol.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strerror.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libiberty/vfprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/mkstemps.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-common.h N cm3/m3-sys/m3cc/gcc-apple/libiberty/hashtab.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bcmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getopt1.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fopen_unlocked.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/functions.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/vprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bsearch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strncmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtoul.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/safe-ctype.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/waitpid.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/regex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/stpcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/spaces.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fnmatch.txh N cm3/m3-sys/m3cc/gcc-apple/libiberty/README N cm3/m3-sys/m3cc/gcc-apple/libiberty/calloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/splay-tree.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bcopy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/asprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getruntime.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-djgpp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/libiberty.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strverscmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cplus-dem.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demangle.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrerror.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libiberty/xmemdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/configure N cm3/m3-sys/m3cc/gcc-apple/libiberty/insque.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vfork.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/stpncpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/putenv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/md5.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strrchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-one.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demangle.h N cm3/m3-sys/m3cc/gcc-apple/libiberty/strsignal.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/libiberty/lbasename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fibheap.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtod.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/rename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-common.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fnmatch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/floatformat.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memcmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-win32.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/libiberty/xatexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/unlink-if-ordinary.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/argv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/gettimeofday.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/random.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/make-relative-prefix.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/copying-lib.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strncasecmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strstr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memset.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xmalloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/clock.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vmsbuild.com N cm3/m3-sys/m3cc/gcc-apple/libiberty/basename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pexecute.txh N cm3/m3-sys/m3cc/gcc-apple/libiberty/ternary.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/_doprnt.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/index.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strcasecmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memmove.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/concat.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vsprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/rindex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-unix.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrndup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/msdos.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/setenv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getopt.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/sort.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/obstack.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/copysign.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getcwd.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/tmpnam.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/alloca.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/snprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pexecute.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-cxux7 N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-openedition N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-fbsd21 N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-windows N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-aix N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-expandargv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-demangle.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/demangle-expected N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-pexecute.c No conflicts created by this import From jkrell at elego.de Fri May 15 11:16:35 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:16:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515091635.D7BFFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:16:35 Modified files: cm3/m3-sys/m3cc/gcc-apple/: REMOVED Log message: remove two errant spaces that inhibit using this for crude scripting (you'll see shortly) From jkrell at elego.de Fri May 15 11:18:56 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:18:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515091857.0BEBBCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:18:56 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv1822 Log Message: add back in gcc/config that which Apple deleted, from http://mirrors.kernel.org/gnu/gcc/gcc-4.2.1/gcc-4.2.1.tar.bz2 This restores the ability to host on non-Darwin platforms. grep gcc/config ~/dev2/cm3/m3-sys/m3cc/gcc-apple/REMOVED | awk "{print \"gcc-4.2.1/\" \$0}" | tar --files-from - -xf gcc-4.2.1.tar.bz2 # Two spaces had to be removed from REMOVED so that i386/freebsd64.h and i386/gas.h work. cd gcc-4.2.1 cvs import cm3/m3-sys/m3cc/gcc-apple fsf gcc_4_2_1 Status: Vendor Tag: fsf Release Tags: gcc_4_2_1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/jump.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/shift.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-lib2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/muldiv.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/cond.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/blkmov.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/prologue.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/t-m32c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-lib1.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/mov.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-pragma.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/addsub.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/minmax.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/bitops.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11-crt0.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc12.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/larith.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/t-m68hc11-gas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-tpf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/fixdfdi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/2084.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390x.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/2064.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/initfini.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/t-m32r N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/little.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/libgcc.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/t-c4x N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/t-mn10300 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygming.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/crtdll.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/knetbsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gthr-win32.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nwld.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygming.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-mingw32.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-interix3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-gc1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-cygwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sco5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/kaos-i386.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/freebsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/att.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sco5.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-c1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nto.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mach.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/djgpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/beos-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pmm_malloc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mingw32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-crt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ptx4-i.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/openbsdelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/libgcc-x86_64-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nwld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin1.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/djgpp.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gmon-sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv4-cpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-interix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/kfreebsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.exp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/t-v850e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/t-v850 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-bfin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crtn.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crti.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/uclinux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-bfin-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crtlibid.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/ultra1_2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/libgcc-sparc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-sol2-64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/openbsd1-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sp-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/ultra3.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol26-sld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gas-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparclet.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/cypress.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-c1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/hypersparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/supersparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-netbsd64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sysv4-only.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gld-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/long-double-switch.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/lb1spc.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/lb1spl.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/niagara.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/little-endian.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/openbsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/gmon-sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sp64-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-m68kbare N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68020-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/lb1sf68.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/crtn.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/crti.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/ieee.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/uclinux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-slibgcc-elf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68kemb.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-m68kelf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68kelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/math-68881.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-none.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/fpgnulib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-uclinux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-ld.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev6.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/xm-vms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms_tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-alpha N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-vms N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-osf4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-psxcrt0-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/libgcc-alpha-ldbl.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-osf-pthread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-vms64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-dwarf2.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev5.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/qrnnd.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-unicosmk N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/osf5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/va_list.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-psxcrt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/osf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/x-vms N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-ieee N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-crt0-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-cc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/unicosmk.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-dwarf2eh.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-crt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/t-mmix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/misc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-conv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-mdaux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-version.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score7.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/t-score-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-mdaux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/mul-div.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/mac.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/arit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-aout N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/aout.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-elfmulti N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/linux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris_abi_symbol.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-cris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/elf.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/mulsi3.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/libgcc.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/t-avr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/lib2extra-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/t-iq2000 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/t-pdp11 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/2bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-isa3264 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-iris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4100.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-sr71k N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-slibgcc-irix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-gofast N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/9000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/3000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-ps-3d.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips16.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-sb1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5400.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sr71k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/r3900.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/24k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/dbxmdebug.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sdb.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4600.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/irix-crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris6.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/7000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/irix-crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/generic.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-iris6 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sb1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-vr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/elforion.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-mips N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-dsp.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/6000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4130.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vr4120-div.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5500.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-r3900 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/ieee754-df.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/lib2funcs.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/ieee754-sf.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-xtensa N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/libgcc-ia64.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64intrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/vect.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/unwind-ia64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/itanium2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/unwind-ia64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/fde-glibc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-ia64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-glibc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-glibc-libunwind N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtend.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ilp32.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/itanium1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtbegin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/quadlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/fptr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa32-regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/som.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-slibgcc-sjlj-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1111.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-osf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa32-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/x-ada N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/stublib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-hpux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/hpux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-hpux-shlib N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-slibgcc-dwarf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/x-ada-hpux10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pro N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/milli64.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-dce-thr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1010.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/lib2funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-start.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-pro-end.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux11 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1010.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1111.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/quadlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy-abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/t-stormy16 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16-lib2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/t-memfuncs N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/openbsd1.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/ultrix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vaxv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/t-fr30 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/lib1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/t-mcore-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/t-mcore N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divtab-sh4.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divtab.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/ushmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-compact-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-netbsd-sh5-64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/embed-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh3 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh3e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-1e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-symbian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4al N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-64media N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-32media-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divcost-analysis N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/shmedia.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/kaos-sh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-superh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-compact N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-sh64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/libgcc-excl.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/newlib.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-64media-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs-Os-4-200.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/little.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-32media N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian-post.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crt1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux-atomic.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh4a.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian-pre.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/shmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sshmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/e500-double.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabisim.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-spe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/spe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sol-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix51.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/libgcc-ppc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-newas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sfp-machine.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-lynx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-vxworksae N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules-fpbit N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcgas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix41.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules-softfp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-aix52 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/secureplt.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linuxspe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sol-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/default64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabispe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabialtivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix43.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/milli.exp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linuxaltivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/xcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix52.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppccomm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-beos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-aix43 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/crtsavres.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4le.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ppc-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix41.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/kaos-ppc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/beos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcendian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/umodi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/modi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-abi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/ulltof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frvend.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovd.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/libgcc-frv.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovw.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/t-frv N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/uitof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frvbegin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/ulltod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/uitod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/initfini.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/t-arc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/t-mt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/lib2extra-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/ABI.txt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/clzhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/genmova.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-h8300 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/ctzhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/mova.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/fixunssfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/parityhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/popcounthi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/t-crx No conflicts created by this import From jkrell at elego.de Fri May 15 11:36:00 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:36:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515093600.23925CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:36:00 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c tree-nested.c tree-ssa-alias.c tree.def Log message: merge changes from mainline, filtering out those that "just" are to aid debugging or are #if 0'ed or commented out From jay.krell at cornell.edu Fri May 15 11:38:40 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 09:38:40 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090515093600.23925CC3B5@birch.elegosoft.com> References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: Here is the diff. I find this incredibly difficult to glean from cvs after the commit is done. I constantly root around the web interface to each file involved in a change. It's terrible. The older patched Tinderbox had something for recent checkins, that was nice. I was going to paste it into the commented, but I worried it might confuse cvs. I think this diff is kind of important and would be interested in explanations for the various ports. Note that the "NOTE" part varies between 4.2 and 4.3. Index: final.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 final.c --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ final.c 15 May 2009 09:34:02 -0000 @@ -3378,6 +3378,18 @@ output_addr_const (file, XEXP (x, 0)); break; + case NOTE: + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); +#ifdef ASM_OUTPUT_LABEL_REF + ASM_OUTPUT_LABEL_REF (file, buf); +#else + assemble_name (file, buf); +#endif + break; + } + /* Fall through. */ + default: #ifdef OUTPUT_ADDR_CONST_EXTRA OUTPUT_ADDR_CONST_EXTRA (file, x, fail); Index: gimplify.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 gimplify.c --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ gimplify.c 15 May 2009 09:34:02 -0000 @@ -5509,6 +5509,11 @@ } break; + case STATIC_CHAIN_EXPR: + /* The argument is used as information only. No need to gimplify */ + ret = GS_ALL_DONE; + break; + case TREE_LIST: gcc_unreachable (); Index: tree-gimple.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-gimple.c --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ tree-gimple.c 15 May 2009 09:34:03 -0000 @@ -72,6 +72,7 @@ case VECTOR_CST: case OBJ_TYPE_REF: case ASSERT_EXPR: + case STATIC_CHAIN_EXPR: return true; default: Index: tree-nested.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-nested.c --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ tree-nested.c 15 May 2009 09:34:03 -0000 @@ -1603,6 +1603,9 @@ switch (TREE_CODE (t)) { case ADDR_EXPR: + if (TREE_STATIC (t)) + break; + /* Build T.1 = &CHAIN->tramp; T.2 = __builtin_adjust_trampoline (T.1); @@ -1693,6 +1696,22 @@ } break; + case STATIC_CHAIN_EXPR: + decl = TREE_OPERAND (t, 0); + target_context = decl_function_context (decl); + if (target_context) + { + if (info->context == target_context) + { + /* Make sure frame_decl gets created. */ + (void) get_frame_type (info); + } + *tp = get_static_chain (info, target_context, &wi->tsi); + } + else + *tp = null_pointer_node; + break; + case RETURN_EXPR: case MODIFY_EXPR: case WITH_SIZE_EXPR: @@ -1892,7 +1911,7 @@ proper BIND_EXPR. */ if (root->new_local_var_chain) declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root->context), - false); + true); if (root->debug_var_chain) declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root->context), true); Index: tree-ssa-alias.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-ssa-alias.c --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 @@ -1695,6 +1695,7 @@ { if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) && TREE_CODE (var) != RESULT_DECL + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve TREE_ADDRESSABLE */ && !is_global_var (var)) { bool okay_to_mark = true; Index: tree.def =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree.def --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 +++ tree.def 15 May 2009 09:34:05 -0000 @@ -528,6 +528,10 @@ Operand 2 is the static chain argument, or NULL. */ DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) +/* Static chain. Operand 0 is the FUNCTION_DECL for which the static chain is + to be computed. */ +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", tcc_expression, 1) + /* Specify a value to compute along with its corresponding cleanup. Operand 0 is the cleanup expression. The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, - Jay ---------------------------------------- > Date: Fri, 15 May 2009 11:36:00 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/15 11:36:00 > > Modified files: > cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c > tree-nested.c tree-ssa-alias.c > tree.def > > Log message: > merge changes from mainline, filtering out those that "just" are > to aid debugging or are #if 0'ed or commented out > From jkrell at elego.de Fri May 15 12:26:58 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 12:26:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515102658.92882CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 12:26:58 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX From jkrell at elego.de Fri May 15 12:30:12 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 12:30:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515103014.0184ACC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 12:30:12 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: move env to before the configure command line instead of within it to workaround some unexplained shell problem; enable teeing configure to _m3.log From jkrell at elego.de Fri May 15 13:58:07 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 13:58:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515115807.68F02CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 13:58:07 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: rework m3cc_Run for NT write to a temporary .sh file and run it keeping up to 999 such files make sure _m3.log is always the same, even as we cd around The sed commands to remove libiconv dependency weren't working. Throw in another strange variation that seems to work. Support building iphone/ARM_DARWIN backend from gcc-apple source. Including removing the optional gmp/mpfr dependency (related to the iconv/sed change) At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. (I had tried some use of #include up and over, but it didn't work, like the scanning for garbage collected types or something?) Some changes to parse.c still not commited. From hosking at cs.purdue.edu Fri May 15 13:57:31 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 15 May 2009 21:57:31 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: You need to make use of the tags to find the diffs. On 15 May 2009, at 19:38, Jay wrote: > > Here is the diff. I find this incredibly difficult to glean from cvs > after the commit is done. I constantly root around the web interface > to each file involved in a change. It's terrible. The older patched > Tinderbox had something for recent checkins, that was nice. I was > going to paste it into the commented, but I worried it might confuse > cvs. > > > I think this diff is kind of important and would be interested in > explanations for the various ports. Note that the "NOTE" part varies > between 4.2 and 4.3. > > > Index: final.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 final.c > --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ final.c 15 May 2009 09:34:02 -0000 > @@ -3378,6 +3378,18 @@ > output_addr_const (file, XEXP (x, 0)); > break; > > + case NOTE: > + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { > + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); > +#ifdef ASM_OUTPUT_LABEL_REF > + ASM_OUTPUT_LABEL_REF (file, buf); > +#else > + assemble_name (file, buf); > +#endif > + break; > + } > + /* Fall through. */ > + > default: > #ifdef OUTPUT_ADDR_CONST_EXTRA > OUTPUT_ADDR_CONST_EXTRA (file, x, fail); > Index: gimplify.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 gimplify.c > --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ gimplify.c 15 May 2009 09:34:02 -0000 > @@ -5509,6 +5509,11 @@ > } > break; > > + case STATIC_CHAIN_EXPR: > + /* The argument is used as information only. No need to > gimplify */ > + ret = GS_ALL_DONE; > + break; > + > case TREE_LIST: > gcc_unreachable (); > > Index: tree-gimple.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-gimple.c > --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ tree-gimple.c 15 May 2009 09:34:03 -0000 > @@ -72,6 +72,7 @@ > case VECTOR_CST: > case OBJ_TYPE_REF: > case ASSERT_EXPR: > + case STATIC_CHAIN_EXPR: > return true; > > default: > Index: tree-nested.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-nested.c > --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ tree-nested.c 15 May 2009 09:34:03 -0000 > @@ -1603,6 +1603,9 @@ > switch (TREE_CODE (t)) > { > case ADDR_EXPR: > + if (TREE_STATIC (t)) > + break; > + > /* Build > T.1 = &CHAIN->tramp; > T.2 = __builtin_adjust_trampoline (T.1); > @@ -1693,6 +1696,22 @@ > } > break; > > + case STATIC_CHAIN_EXPR: > + decl = TREE_OPERAND (t, 0); > + target_context = decl_function_context (decl); > + if (target_context) > + { > + if (info->context == target_context) > + { > + /* Make sure frame_decl gets created. */ > + (void) get_frame_type (info); > + } > + *tp = get_static_chain (info, target_context, &wi->tsi); > + } > + else > + *tp = null_pointer_node; > + break; > + > case RETURN_EXPR: > case MODIFY_EXPR: > case WITH_SIZE_EXPR: > @@ -1892,7 +1911,7 @@ > proper BIND_EXPR. */ > if (root->new_local_var_chain) > declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root- > >context), > - false); > + true); > if (root->debug_var_chain) > declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root- > >context), > true); > Index: tree-ssa-alias.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-ssa-alias.c > --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 > +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 > @@ -1695,6 +1695,7 @@ > { > if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) > && TREE_CODE (var) != RESULT_DECL > + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve > TREE_ADDRESSABLE */ > && !is_global_var (var)) > { > bool okay_to_mark = true; > Index: tree.def > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree.def > --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 > +++ tree.def 15 May 2009 09:34:05 -0000 > @@ -528,6 +528,10 @@ > Operand 2 is the static chain argument, or NULL. */ > DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) > > +/* Static chain. Operand 0 is the FUNCTION_DECL for which the > static chain is > + to be computed. */ > +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", > tcc_expression, 1) > + > /* Specify a value to compute along with its corresponding cleanup. > Operand 0 is the cleanup expression. > The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, > > > > - Jay > > > ---------------------------------------- >> Date: Fri, 15 May 2009 11:36:00 +0000 >> To: m3commit at elegosoft.com >> From: jkrell at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: jkrell at birch. 09/05/15 11:36:00 >> >> Modified files: >> cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c >> tree-nested.c tree-ssa-alias.c >> tree.def >> >> Log message: >> merge changes from mainline, filtering out those that "just" are >> to aid debugging or are #if 0'ed or commented out >> From jay.krell at cornell.edu Fri May 15 14:22:29 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 12:22:29 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: I don't mean the diffs in m3cc/gcc specifically, I mean the diffs of any checkin at all. I got these diffs by diffing against a clean 4.3.0 or such. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Fri, 15 May 2009 21:57:31 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > You need to make use of the tags to find the diffs. > > On 15 May 2009, at 19:38, Jay wrote: > >> >> Here is the diff. I find this incredibly difficult to glean from cvs >> after the commit is done. I constantly root around the web interface >> to each file involved in a change. It's terrible. The older patched >> Tinderbox had something for recent checkins, that was nice. I was >> going to paste it into the commented, but I worried it might confuse >> cvs. >> >> >> I think this diff is kind of important and would be interested in >> explanations for the various ports. Note that the "NOTE" part varies >> between 4.2 and 4.3. >> >> >> Index: final.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 final.c >> --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ final.c 15 May 2009 09:34:02 -0000 >> @@ -3378,6 +3378,18 @@ >> output_addr_const (file, XEXP (x, 0)); >> break; >> >> + case NOTE: >> + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { >> + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); >> +#ifdef ASM_OUTPUT_LABEL_REF >> + ASM_OUTPUT_LABEL_REF (file, buf); >> +#else >> + assemble_name (file, buf); >> +#endif >> + break; >> + } >> + /* Fall through. */ >> + >> default: >> #ifdef OUTPUT_ADDR_CONST_EXTRA >> OUTPUT_ADDR_CONST_EXTRA (file, x, fail); >> Index: gimplify.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 gimplify.c >> --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ gimplify.c 15 May 2009 09:34:02 -0000 >> @@ -5509,6 +5509,11 @@ >> } >> break; >> >> + case STATIC_CHAIN_EXPR: >> + /* The argument is used as information only. No need to >> gimplify */ >> + ret = GS_ALL_DONE; >> + break; >> + >> case TREE_LIST: >> gcc_unreachable (); >> >> Index: tree-gimple.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-gimple.c >> --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ tree-gimple.c 15 May 2009 09:34:03 -0000 >> @@ -72,6 +72,7 @@ >> case VECTOR_CST: >> case OBJ_TYPE_REF: >> case ASSERT_EXPR: >> + case STATIC_CHAIN_EXPR: >> return true; >> >> default: >> Index: tree-nested.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-nested.c >> --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ tree-nested.c 15 May 2009 09:34:03 -0000 >> @@ -1603,6 +1603,9 @@ >> switch (TREE_CODE (t)) >> { >> case ADDR_EXPR: >> + if (TREE_STATIC (t)) >> + break; >> + >> /* Build >> T.1 = &CHAIN->tramp; >> T.2 = __builtin_adjust_trampoline (T.1); >> @@ -1693,6 +1696,22 @@ >> } >> break; >> >> + case STATIC_CHAIN_EXPR: >> + decl = TREE_OPERAND (t, 0); >> + target_context = decl_function_context (decl); >> + if (target_context) >> + { >> + if (info->context == target_context) >> + { >> + /* Make sure frame_decl gets created. */ >> + (void) get_frame_type (info); >> + } >> + *tp = get_static_chain (info, target_context, &wi->tsi); >> + } >> + else >> + *tp = null_pointer_node; >> + break; >> + >> case RETURN_EXPR: >> case MODIFY_EXPR: >> case WITH_SIZE_EXPR: >> @@ -1892,7 +1911,7 @@ >> proper BIND_EXPR. */ >> if (root->new_local_var_chain) >> declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root- >>>context), >> - false); >> + true); >> if (root->debug_var_chain) >> declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root- >>>context), >> true); >> Index: tree-ssa-alias.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-ssa-alias.c >> --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 >> +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 >> @@ -1695,6 +1695,7 @@ >> { >> if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) >> && TREE_CODE (var) != RESULT_DECL >> + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve >> TREE_ADDRESSABLE */ >> && !is_global_var (var)) >> { >> bool okay_to_mark = true; >> Index: tree.def >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree.def >> --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 >> +++ tree.def 15 May 2009 09:34:05 -0000 >> @@ -528,6 +528,10 @@ >> Operand 2 is the static chain argument, or NULL. */ >> DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) >> >> +/* Static chain. Operand 0 is the FUNCTION_DECL for which the >> static chain is >> + to be computed. */ >> +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", >> tcc_expression, 1) >> + >> /* Specify a value to compute along with its corresponding cleanup. >> Operand 0 is the cleanup expression. >> The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, >> >> >> >> - Jay >> >> >> ---------------------------------------- >>> Date: Fri, 15 May 2009 11:36:00 +0000 >>> To: m3commit at elegosoft.com >>> From: jkrell at elego.de >>> Subject: [M3commit] CVS Update: cm3 >>> >>> CVSROOT: /usr/cvs >>> Changes by: jkrell at birch. 09/05/15 11:36:00 >>> >>> Modified files: >>> cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c >>> tree-nested.c tree-ssa-alias.c >>> tree.def >>> >>> Log message: >>> merge changes from mainline, filtering out those that "just" are >>> to aid debugging or are #if 0'ed or commented out >>> > From jkrell at elego.de Fri May 15 14:38:19 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 14:38:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515123819.3FB9CCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 14:38:19 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: adaptions so it compiles against 4.2 primarily by copying three functions from http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-sys/m3cc/gcc-4.1.1/gcc/m3cg/Attic/parse.c?rev=1.9;content-type=text%2Fplain scan_float m3_call_direct m3_call_indirect not yet known if output is viable iphone/ARM_DARWIN backend should now build via cm3 -DM3CC_TARGET=ARM_DARWIN From jkrell at elego.de Sat May 16 00:08:37 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:08:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515220838.337B7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:08:37 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv18847 Log Message: more files missing from Apple's gcc, including files needed to host on cygwin derivation, not very automated tar xf gcc-core-4.2.1.tar.bz2 tar xf gcc_42-5566.tar.gz dir /s/b gcc-4.2.1 > gcc-4.2.1.txt dir /s/b gcc_42-5566 > gcc_42-5566.txt remove prefixes in gcc-4.2.1.txt and gcc_42-5566.txt diff gcc-4.2.1.txt gcc_42-5566.txt | grep "<" > 1.txt sed -ie "s/^< //" 1.txt manually remove noise: doc treelang lex yacc files at root basically all but gcc/config change backslashes to forward slashes Then want to remove from this file lines that occur in Apple's REMOVED file. Sadly, this was done manually. Also, one file has files where the other leaves it as directories. After some manual operations, specifically checking all the directories -- that is all but i386 and rs6000 -- you end up with the list: gcc/config/i386/sysv5.h gcc/config/i386/t-beos gcc/config/i386/t-crtfm gcc/config/i386/t-crtpic gcc/config/i386/t-crtstuff gcc/config/i386/t-cygming gcc/config/i386/t-cygwin gcc/config/i386/t-djgpp gcc/config/i386/t-gthr-win32 gcc/config/i386/t-i386elf gcc/config/i386/t-interix gcc/config/i386/t-linux64 gcc/config/i386/t-mingw32 gcc/config/i386/t-netware gcc/config/i386/t-nto gcc/config/i386/t-nwld gcc/config/i386/t-openbsd gcc/config/i386/t-pmm_malloc gcc/config/i386/t-rtems-i386 gcc/config/i386/t-sco5 gcc/config/i386/t-sol2 gcc/config/i386/t-sol2-10 gcc/config/i386/t-svr3dbx gcc/config/i386/t-uwin gcc/config/i386/t-vxworks gcc/config/i386/t-vxworksae gcc/config/i386/unix.h gcc/config/i386/uwin.asm gcc/config/i386/uwin.h gcc/config/i386/vxworks.h gcc/config/i386/vxworksae.h gcc/config/i386/winnt-cxx.c gcc/config/i386/winnt-stubs.c gcc/config/i386/winnt.c gcc/config/i386/x-cygwin gcc/config/i386/x-mingw32 gcc/config/i386/x86-64.h gcc/config/i386/xm-cygwin.h gcc/config/i386/xm-djgpp.h gcc/config/i386/xm-mingw32.h All the t- files are probably target and can be omitted, but I won't. Prefix all these with gcc-4.2.1/ dos2unix *.txt rd /q/s gcc-4.2.1 tar --files-from 3.txt -xf gcc-core-4.2.1.tar.bz2 cd gcc-4.2.1 cvs import cm3/m3-sys/m3cc/gcc-apple fsf gcc_4_2_1 Status: Vendor Tag: fsf Release Tags: gcc_4_2_1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-mingw32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sol2-10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-mingw32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/unix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-gthr-win32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-nto N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/uwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-i386elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-cygming N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt-cxx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-cygwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt-stubs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-vxworksae N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-nwld N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-djgpp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-pmm_malloc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/uwin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-netware N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x86-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-rtems-i386 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-interix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-cygwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sco5 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-cygwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-beos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-svr3dbx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-mingw32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-uwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-djgpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtpic No conflicts created by this import From jkrell at elego.de Sat May 16 00:23:49 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:23:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515222349.D28C7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:23:49 Modified files: cm3/m3-libs/libm3/src/: m3overrides Log message: cleanup, but it did work for me, something might be off with Peter's config files From jkrell at elego.de Sat May 16 00:28:00 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:28:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515222800.53D27CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:28:00 Modified files: cm3/m3-libs/libm3/src/: m3overrides Log message: put it back, fix config file instead, leave this to catch config file edits From jkrell at elego.de Sat May 16 01:05:43 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 1:05:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515230543.7063CCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 01:05:43 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c cm3/m3-sys/m3cc/gcc-apple/gcc/: convert.c Log message: some small adapations and now it builds specifically remove the Apple-specific compound literal thing and put in some some variables and one unused function in parse.c all of which are referenced From jay.krell at cornell.edu Sat May 16 01:07:06 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 23:07:06 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090515230543.7063CCC308@birch.elegosoft.com> References: <20090515230543.7063CCC308@birch.elegosoft.com> Message-ID: Here is this diff: Index: gcc/gcc/m3cg/parse.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc/gcc/m3cg/parse.c,v retrieving revision 1.95 diff -u -r1.95 parse.c --- gcc/gcc/m3cg/parse.c 15 May 2009 12:38:18 -0000 1.95 +++ gcc/gcc/m3cg/parse.c 15 May 2009 23:03:45 -0000 @@ -5382,6 +5382,18 @@ } } +#ifdef GCC42 +int flag_iasm_blocks; +enum iasm_states iasm_state; +bool iasm_in_operands; +struct cpp_reader* parse_in; +#define add_stmt c_add_stmt +#include "../stub-objc.c" +c_language_kind c_language; +/* This is used by cfstring code; providing it here makes us not have to #if 0 out a few bits. */ +tree pushdecl_top_level (tree x) { gcc_unreachable(); return NULL_TREE; } +#endif + /* New garbage collection regime see gty.texi. */ #include "debug.h" #include "gtype-m3cg.h" Index: gcc-apple/gcc/convert.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/convert.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 convert.c --- gcc-apple/gcc/convert.c 15 May 2009 08:41:28 -0000 1.1.1.1 +++ gcc-apple/gcc/convert.c 15 May 2009 23:03:46 -0000 @@ -803,6 +803,7 @@ } } +#if 0 /* remove from cm3 -- we don't have build_stmt, store_init_value, which are I think part of the C frontend */ /* APPLE LOCAL begin AltiVec */ /* Build a COMPOUND_LITERAL_EXPR. TYPE is the type given in the compound literal. INIT is a CONSTRUCTOR that initializes the compound literal. */ @@ -827,6 +828,7 @@ return complit; } /* APPLE LOCAL end AltiVec */ +#endif /* remove from cm3 */ /* Convert EXPR to the vector type TYPE in the usual ways. */ @@ -842,6 +844,7 @@ error ("can't convert between vector values of different size"); return error_mark_node; } +#if 0 /* remove from cm3 -- we don't have the code it needs */ /* APPLE LOCAL begin AltiVec */ if (TREE_CODE (type) == VECTOR_TYPE && TREE_CODE (TREE_TYPE (expr)) == VECTOR_TYPE @@ -849,7 +852,7 @@ /* converting a constant vector to new vector type with Motorola Syntax. */ return convert (type, build_compound_literal_vector (TREE_TYPE (expr), expr)); /* APPLE LOCAL end AltiVec */ - +#endif /* remove from cm3 -- we don't have the code it needs */ return build1 (VIEW_CONVERT_EXPR, type, expr); default: - Jay ---------------------------------------- > Date: Sat, 16 May 2009 01:05:43 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/16 01:05:43 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > cm3/m3-sys/m3cc/gcc-apple/gcc/: convert.c > > Log message: > some small adapations and now it builds > specifically remove the Apple-specific compound literal thing > and put in some some variables and one unused function in parse.c > all of which are referenced > From wagner at elego.de Sat May 16 18:47:40 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 16 May 2009 18:47:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090516164740.B0CECCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/16 18:47:40 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Build.m3 Log message: fix some problems with -no-m3ship-resolution modified: cm3/src/M3Build.m3 From wagner at elego.de Sat May 16 18:54:06 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 16 May 2009 18:54:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090516165407.12579CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/16 18:54:06 Modified files: cm3/scripts/: PkgTags make-bin-dist-min.sh pkgcmds.sh pkginfo.txt pkgmap.sh version Added files: cm3/scripts/: do-cm3-coll.sh make-dist.sh Log message: some release engineering changes (work in progress, don't use): o add script to build release packages o add script to process package collections o add new package groups to pkginfo.txt o add several missing packages to pkginto.txt o add option passing through scripts to cm3 o increase version to 5.8.1 for this change I'll now wait for the tinderbox results tomorrow... added: scripts/do-cm3-coll.sh added: scripts/make-dist.sh modified: scripts/make-bin-dist-min.sh modified: scripts/pkgcmds.sh modified: scripts/pkginfo.txt modified: scripts/pkgmap.sh modified: scripts/version From hosking at cs.purdue.edu Sun May 17 00:07:57 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Sun, 17 May 2009 08:07:57 +1000 Subject: [M3commit] Fwd: Output from "cron" command References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> Message-ID: cm3cg build breaks on SOLgnu. Jay? Begin forwarded message: > From: Tony Hosking > Date: 16 May 2009 22:12:51 GMT+10:00 > To: hosking at cs.purdue.edu > Subject: Output from "cron" command > > Your "cron" job on niagara.cs.purdue.edu > $HOME/cm3/scripts/regression/cron.sh > > produced the following output: > > TESTHOSTNAME=niagara > WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 > LASTREL=5.4.0 > INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 > INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok > INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok > INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current > CM3_OSTYPE=POSIX > CM3_TARGET=SOLgnu > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSSERVER=birch.elegosoft.com > CM3CVSROOT=birch.elegosoft.com:/usr/cvs > BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSUSER= > testing ssh birch.elegosoft.com.. > ssh birch.elegosoft.com ok > Building cm3. > Tinderbox Tree: "cm3" > Buildname: "SOLgnu SunOS 5.10 niagara release-build" > > creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt > > --- > > checkout, compile and test of cm3 ... > 2009.05.16 06:30:09 -- checkout in progress. > [start checkout 2009.05.16 06:30:12] > cd /tmp/build-cm3-20090516-063009-sWaq9x/build > cvs return value: 0 > [end checkout 2009.05.16 06:52:26] > CHECKOUT_RETURN = 0 > -- > 2009.05.16 06:52:28 -- compile in progress. > [start compile 2009.05.16 06:52:28] > compile return value: 0 > [end compile 2009.05.16 06:57:57] > COMPILE_RETURN = 1 > *** COMPILE FAILED > removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... > cleaning CM3 workspaces... > /homes/hosking/work/cm3-ws/niagara-* > > cleaning regression test log files... > /homes/hosking/tmp/cm3/niagara/cm3-rlog-* > > cleaning m3test log files... > /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract > > cleaning snapshot files... > /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz > > cleaning package reports... > /tmp/cm3-pkg-report-SOLgnu-*.html > > TESTHOSTNAME=niagara > WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 > LASTREL=5.4.0 > INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 > INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok > INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok > INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current > CM3_OSTYPE=POSIX > CM3_TARGET=SOLgnu > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSSERVER=birch.elegosoft.com > CM3CVSROOT=birch.elegosoft.com:/usr/cvs > BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSUSER= > testing ssh birch.elegosoft.com.. > ssh birch.elegosoft.com ok > Building cm3. > Tinderbox Tree: "cm3" > Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" > > creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt > > --- > > checkout, compile and test of cm3 ... > 2009.05.16 07:00:00 -- checkout in progress. > [start checkout 2009.05.16 07:00:02] > cd /tmp/build-cm3-20090516-070000-FaaWCE/build > cvs return value: 0 > [end checkout 2009.05.16 07:22:30] > CHECKOUT_RETURN = 0 > -- > 2009.05.16 07:22:32 -- compile in progress. > [start compile 2009.05.16 07:22:32] > compile return value: 0 > [end compile 2009.05.16 08:09:54] > COMPILE_RETURN = 0 > 2009.05.16 08:09:58 -- tests in progress. > [start run-tests 2009.05.16 08:09:58] > cd /tmp/build-cm3-20090516-070000-FaaWCE/build > [end run-tests 2009.05.16 08:09:58] > TESTS_RETURN = 0 > 2009.05.16 08:09:58 -- checkout, compile and test run done. > > --- > > removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... > cleaning CM3 workspaces... > /homes/hosking/work/cm3-ws/niagara-* > > cleaning regression test log files... > /homes/hosking/tmp/cm3/niagara/cm3-rlog-* > > cleaning m3test log files... > /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract > > cleaning snapshot files... > /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz > > cleaning package reports... > /tmp/cm3-pkg-report-SOLgnu-*.html > > done. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wagner at elegosoft.com Sun May 17 02:51:53 2009 From: wagner at elegosoft.com (Olaf Wagner) Date: Sun, 17 May 2009 02:51:53 +0200 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> Message-ID: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Quoting Tony Hosking : > cm3cg build breaks on SOLgnu. > > Jay? I think one of these commits is the culprit: > 2009-05-15 11:58 jkrell * m3-sys/m3cc/src/m3makefile: rework m3cc_Run for NT write to a temporary .sh file and run it keeping up to 999 such files make sure _m3.log is always the same, even as we cd around The sed commands to remove libiconv dependency weren't working. Throw in another strange variation that seems to work. Support building iphone/ARM_DARWIN backend from gcc-apple source. Including removing the optional gmp/mpfr dependency (related to the iconv/sed change) At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. (I had tried some use of #include up and over, but it didn't work, like the scanning for garbage collected types or something?) Some changes to parse.c still not commited. 2009-05-15 10:30 jkrell * m3-sys/m3cc/src/m3makefile: move env to before the configure command line instead of within it to workaround some unexplained shell problem; enable teeing configure to _m3.log 2009-05-15 10:26 jkrell * m3-sys/m3cc/src/m3makefile: add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX Tinderbox shows "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: subst_chars ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Olaf > Begin forwarded message: > >> From: Tony Hosking >> Date: 16 May 2009 22:12:51 GMT+10:00 >> To: hosking at cs.purdue.edu >> Subject: Output from "cron" command >> >> Your "cron" job on niagara.cs.purdue.edu >> $HOME/cm3/scripts/regression/cron.sh >> >> produced the following output: >> >> TESTHOSTNAME=niagara >> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >> LASTREL=5.4.0 >> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >> CM3_OSTYPE=POSIX >> CM3_TARGET=SOLgnu >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSSERVER=birch.elegosoft.com >> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSUSER= >> testing ssh birch.elegosoft.com.. >> ssh birch.elegosoft.com ok >> Building cm3. >> Tinderbox Tree: "cm3" >> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >> >> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >> >> --- >> >> checkout, compile and test of cm3 ... >> 2009.05.16 06:30:09 -- checkout in progress. >> [start checkout 2009.05.16 06:30:12] >> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >> cvs return value: 0 >> [end checkout 2009.05.16 06:52:26] >> CHECKOUT_RETURN = 0 >> -- >> 2009.05.16 06:52:28 -- compile in progress. >> [start compile 2009.05.16 06:52:28] >> compile return value: 0 >> [end compile 2009.05.16 06:57:57] >> COMPILE_RETURN = 1 >> *** COMPILE FAILED >> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >> cleaning CM3 workspaces... >> /homes/hosking/work/cm3-ws/niagara-* >> >> cleaning regression test log files... >> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >> >> cleaning m3test log files... >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >> >> cleaning snapshot files... >> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >> >> cleaning package reports... >> /tmp/cm3-pkg-report-SOLgnu-*.html >> >> TESTHOSTNAME=niagara >> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >> LASTREL=5.4.0 >> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >> CM3_OSTYPE=POSIX >> CM3_TARGET=SOLgnu >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSSERVER=birch.elegosoft.com >> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSUSER= >> testing ssh birch.elegosoft.com.. >> ssh birch.elegosoft.com ok >> Building cm3. >> Tinderbox Tree: "cm3" >> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >> >> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >> >> --- >> >> checkout, compile and test of cm3 ... >> 2009.05.16 07:00:00 -- checkout in progress. >> [start checkout 2009.05.16 07:00:02] >> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >> cvs return value: 0 >> [end checkout 2009.05.16 07:22:30] >> CHECKOUT_RETURN = 0 >> -- >> 2009.05.16 07:22:32 -- compile in progress. >> [start compile 2009.05.16 07:22:32] >> compile return value: 0 >> [end compile 2009.05.16 08:09:54] >> COMPILE_RETURN = 0 >> 2009.05.16 08:09:58 -- tests in progress. >> [start run-tests 2009.05.16 08:09:58] >> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >> [end run-tests 2009.05.16 08:09:58] >> TESTS_RETURN = 0 >> 2009.05.16 08:09:58 -- checkout, compile and test run done. >> >> --- >> >> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >> cleaning CM3 workspaces... >> /homes/hosking/work/cm3-ws/niagara-* >> >> cleaning regression test log files... >> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >> >> cleaning m3test log files... >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >> >> cleaning snapshot files... >> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >> >> cleaning package reports... >> /tmp/cm3-pkg-report-SOLgnu-*.html >> >> done. -- Olaf Wagner -- elego Software Solutions GmbH Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From jay.krell at cornell.edu Sun May 17 04:01:37 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 02:01:37 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: I used subst_chars "knowing" that cm3cfg.common provides a fallback: if not defined("subst_chars") proc subst_chars(x) is return x end end but oops maybe not quite in this context, like building from an earlier release. subst_chars doesn't have to always work here, so the fallback would be safe, if it was present. I'll add it within a few hours.. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 02:51:53 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing configure > to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: > subst_chars > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jay.krell at cornell.edu Sun May 17 04:01:40 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 02:01:40 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: I used subst_chars "knowing" that cm3cfg.common provides a fallback: if not defined("subst_chars") proc subst_chars(x) is return x end end but oops maybe not quite in this context, like building from an earlier release. subst_chars doesn't have to always work here, so the fallback would be safe, if it was present. I'll add it within a few hours.. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 02:51:53 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing configure > to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: > subst_chars > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jay.krell at cornell.edu Sun May 17 04:35:33 2009 From: jay.krell at cornell.edu (jay.krell at cornell.edu) Date: Sat, 16 May 2009 19:35:33 -0700 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> Olaf there is also a break due to syntax error in pkgmap.sh. - Jay (phone) On May 16, 2009, at 5:51 PM, Olaf Wagner wrote: > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing > configure to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/ > m3cc/src/m3makefile", line 327: quake runtime error: undefined > variable: subst_chars > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germ > any > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Be > rlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: > DE163214194 > > From jkrell at elego.de Sun May 17 05:12:06 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:12:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517031206.3FB42CC360@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:12:06 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: compatibility with old compiler AND old config (subst_chars) From jkrell at elego.de Sun May 17 05:13:57 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:13:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517031357.9FA272474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:13:57 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: comment only, about fs_mkdir From jay.krell at cornell.edu Sun May 17 05:39:40 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 03:39:40 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> Message-ID: Olaf this is wierd..you don't really have to loop over all the parameters twice doing almost the exact same thing each time, do you? - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: wagner at elegosoft.com > Date: Sat, 16 May 2009 19:35:33 -0700 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Olaf there is also a break due to syntax error in pkgmap.sh. > > - Jay (phone) > > On May 16, 2009, at 5:51 PM, Olaf Wagner wrote: > >> Quoting Tony Hosking : >> >>> cm3cg build breaks on SOLgnu. >>> >>> Jay? >> >> I think one of these commits is the culprit: >> >>> 2009-05-15 11:58 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> rework m3cc_Run for NT >> write to a temporary .sh file and run it >> keeping up to 999 such files >> >> make sure _m3.log is always the same, even as we cd around >> >> The sed commands to remove libiconv dependency weren't working. >> Throw in another strange variation that seems to work. >> >> Support building iphone/ARM_DARWIN backend from gcc-apple source. >> Including removing the optional gmp/mpfr dependency (related >> to the iconv/sed change) >> >> At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. >> (I had tried some use of #include up and over, but it didn't work, >> like the scanning for garbage collected types or something?) >> >> Some changes to parse.c still not commited. >> >> 2009-05-15 10:30 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> move env to before the configure command line instead of within it >> to workaround some unexplained shell problem; enable teeing >> configure to _m3.log >> >> 2009-05-15 10:26 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX >> >> Tinderbox shows >> >> "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/ >> m3cc/src/m3makefile", line 327: quake runtime error: undefined >> variable: subst_chars >> >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> Olaf >> >>> Begin forwarded message: >>> >>>> From: Tony Hosking >>>> Date: 16 May 2009 22:12:51 GMT+10:00 >>>> To: hosking at cs.purdue.edu >>>> Subject: Output from "cron" command >>>> >>>> Your "cron" job on niagara.cs.purdue.edu >>>> $HOME/cm3/scripts/regression/cron.sh >>>> >>>> produced the following output: >>>> >>>> TESTHOSTNAME=niagara >>>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>>> LASTREL=5.4.0 >>>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>>> CM3_OSTYPE=POSIX >>>> CM3_TARGET=SOLgnu >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSSERVER=birch.elegosoft.com >>>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSUSER= >>>> testing ssh birch.elegosoft.com.. >>>> ssh birch.elegosoft.com ok >>>> Building cm3. >>>> Tinderbox Tree: "cm3" >>>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>>> >>>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>>> >>>> --- >>>> >>>> checkout, compile and test of cm3 ... >>>> 2009.05.16 06:30:09 -- checkout in progress. >>>> [start checkout 2009.05.16 06:30:12] >>>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>>> cvs return value: 0 >>>> [end checkout 2009.05.16 06:52:26] >>>> CHECKOUT_RETURN = 0 >>>> -- >>>> 2009.05.16 06:52:28 -- compile in progress. >>>> [start compile 2009.05.16 06:52:28] >>>> compile return value: 0 >>>> [end compile 2009.05.16 06:57:57] >>>> COMPILE_RETURN = 1 >>>> *** COMPILE FAILED >>>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>>> cleaning CM3 workspaces... >>>> /homes/hosking/work/cm3-ws/niagara-* >>>> >>>> cleaning regression test log files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>>> >>>> cleaning m3test log files... >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>>> >>>> cleaning snapshot files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>>> >>>> cleaning package reports... >>>> /tmp/cm3-pkg-report-SOLgnu-*.html >>>> >>>> TESTHOSTNAME=niagara >>>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>>> LASTREL=5.4.0 >>>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>>> CM3_OSTYPE=POSIX >>>> CM3_TARGET=SOLgnu >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSSERVER=birch.elegosoft.com >>>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSUSER= >>>> testing ssh birch.elegosoft.com.. >>>> ssh birch.elegosoft.com ok >>>> Building cm3. >>>> Tinderbox Tree: "cm3" >>>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>>> >>>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>>> >>>> --- >>>> >>>> checkout, compile and test of cm3 ... >>>> 2009.05.16 07:00:00 -- checkout in progress. >>>> [start checkout 2009.05.16 07:00:02] >>>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>>> cvs return value: 0 >>>> [end checkout 2009.05.16 07:22:30] >>>> CHECKOUT_RETURN = 0 >>>> -- >>>> 2009.05.16 07:22:32 -- compile in progress. >>>> [start compile 2009.05.16 07:22:32] >>>> compile return value: 0 >>>> [end compile 2009.05.16 08:09:54] >>>> COMPILE_RETURN = 0 >>>> 2009.05.16 08:09:58 -- tests in progress. >>>> [start run-tests 2009.05.16 08:09:58] >>>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>>> [end run-tests 2009.05.16 08:09:58] >>>> TESTS_RETURN = 0 >>>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>>> >>>> --- >>>> >>>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>>> cleaning CM3 workspaces... >>>> /homes/hosking/work/cm3-ws/niagara-* >>>> >>>> cleaning regression test log files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>>> >>>> cleaning m3test log files... >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>>> >>>> cleaning snapshot files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>>> >>>> cleaning package reports... >>>> /tmp/cm3-pkg-report-SOLgnu-*.html >>>> >>>> done. >> >> >> >> -- >> Olaf Wagner -- elego Software Solutions GmbH >> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germ >> any >> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 >> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Be >> rlin >> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: >> DE163214194 >> >> From jkrell at elego.de Sun May 17 05:40:35 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:40:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517034035.A26DCCC363@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:40:35 Modified files: cm3/scripts/: pkgmap.sh Log message: remove syntax error and try only looping over the parameters once From jay.krell at cornell.edu Sun May 17 11:40:47 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 09:40:47 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090517034035.A26DCCC363@birch.elegosoft.com> References: <20090517034035.A26DCCC363@birch.elegosoft.com> Message-ID: I'm somewhat guessing on this one. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 05:40:35 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/17 05:40:35 > > Modified files: > cm3/scripts/: pkgmap.sh > > Log message: > remove syntax error and try only looping over the parameters once > From jkrell at elego.de Sun May 17 11:53:28 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 11:53:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517095328.4E739CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 11:53:28 Modified files: cm3/m3-libs/m3core/src/runtime/: m3makefile Log message: comments/conversation about what the platform list is here From jkrell at elego.de Sun May 17 12:00:19 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:00:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517100019.6A9A0CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:00:19 Modified files: cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThread.m3 Log message: merge with PPC_DARWIN -- vtalarm handling moved to thread/posix From jkrell at elego.de Sun May 17 12:05:44 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:05:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517100545.093422474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:05:44 Modified files: cm3/m3-libs/m3core/src/runtime/FreeBSD4/: RTThread.m3 Log message: vtalarm handling moved to thread/posix Note that implementation here varied somewhat: - used sigvec instead of signal or sigaction I believe sigvec is a BSDism subset of and predates Posix sigaction. Though as stated in the replacement code, the flags used by the various users of sigvec/sigaction weren't consistent, so the unified code could use closer review (modulo that this is related to user threads only). - doesn't cache the signal set, very reasonable either way, not caching avoids a writable variable and module initializer, but if using user threads, the code is going to run early anyway Usually these functions are tiny little macros anyway, at least in C. (sigemptyset, sigaddset) From jkrell at elego.de Sun May 17 12:35:50 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:35:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517103550.16EAECC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:35:49 Modified files: cm3/m3-libs/m3core/src/runtime/AIX386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/ALPHA_OSF/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/AMD64_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/AP3000/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/ARM/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/DS3100/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD3/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD4/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/HP300/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/HPPA/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IBMR2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IBMRT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IRIX5/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUX/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUXELF/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUXLIBC6/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/NEXT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/NetBSD2_i386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/OKI/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/OS2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.i3 RTThread.m3 cm3/m3-libs/m3core/src/runtime/PPC_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SEQUENT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SOLgnu/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SOLsun/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SPARC/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SUN3/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SUN386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/UMAX/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/VAX/: RTThread.m3 Log message: clean out the remaining RTThread vtalarm code It has moved to thread/posix/ThreadPosixC.c It was duplicated for every single platform but with very few variations -- that is a job for #ifdef or at least only splitting into a few versions, not one for every single platform. It is presumed the C implementation is portable and correct enough, or would be #ifdef'ed as needed. What remains in RTThread.m3 could use further factoring. This is for userthreads only. inconsistencies: AMD_DARWIN used signal (that's what thread/posix currently does) NetBSD used sigaction with flags = 0 SOLgnu/SOLsun used sigaction with flags = RESTART These last two seems directly contradictory. SOLgnu/SOLsun cache the signal set like thread/posix ALPHA_OSF uses sigaction with flags = restart+info restart-ness is contradictory, info is not necessarily seems most platforms have a calling convention where you don't have to specify info correctly anyway, they just always pass extra parameters and you can have your function declare them or not AIX386, DS3100, ARM, AP3000 uses sigvec with flags=0 (contrary to sigaction(restart)? would have to look it up..) AP3000, DS3100, ARM builds sigset using sigsetmask(0) + and not vtalarm) IBMR2 sigset split into hi/lo, 32bits each (and used sigaction(restart)) Linux 1.x a.out sigaction(flags=0) Linux 1.x elf sigaction(flags=restart) ! and cached sigset using different style than most OS/2 did something quite different -- StartTimer instead of signal/sigvec/sigaction I'm not going to detail everything here, but there is the restart vs. 0 thing to worry most about maybe. From jkrell at elego.de Sun May 17 13:23:47 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:23:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517112347.91019CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:23:47 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: all active platforms but FreeBSD/x86 use RTSignal* here, switch the list from inclusion to exclusion From jkrell at elego.de Sun May 17 13:25:19 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:25:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517112519.90807CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:25:19 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: comment only, as to what this platform list is (platforms without userthread support) From jkrell at elego.de Sun May 17 13:41:30 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:41:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517114130.CFD6DCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:41:30 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.i3 Log message: fix warning, add delimiter comment From jkrell at elego.de Sun May 17 13:51:25 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:51:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517115125.E1CE7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:51:25 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.m3 Log message: trim out dead code longer term though, if userthreads make a comeback, this is actually pretty portable and should be factored out e.g. from FreeBSD4 and SOLgnu Just that other functions in this file are less portable. But see also getcontext/setcontext/makecontext/swapcontext.. From jkrell at elego.de Sun May 17 14:09:16 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:09:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517120916.CA5862474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:09:16 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: comment only: I got an error on AMD64_LINUX too so remove reference to Solaris From jkrell at elego.de Sun May 17 14:17:24 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:17:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517121724.B1EB82474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:17:24 Modified files: cm3/m3-libs/m3core/src/unix/: m3makefile Removed files: cm3/m3-libs/m3core/src/unix/: Uutmp.txt cm3/m3-libs/m3core/src/unix/Uutmp2/: Uutmp.i3 m3makefile cm3/m3-libs/m3core/src/unix/Uutmp3/: Uutmp.i3 m3makefile Log message: remove obsolete uutmp stuff add ARM_DARWIN (iphone) From jkrell at elego.de Sun May 17 14:37:24 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:37:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517123724.E28B6CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:37:24 Removed files: cm3/m3-libs/m3core/src/unix/big-endian/: Uin.m3 m3makefile cm3/m3-libs/m3core/src/unix/little-endian/: Uin.m3 m3makefile Log message: delete more dead (it was a nice factoring while it lasted, now it is in C) From jkrell at elego.de Sun May 17 14:45:08 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:45:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517124508.64AC4CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:45:08 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: use direct call on Win64 since it always has CreateHardLink From wagner at elegosoft.com Sun May 17 16:43:01 2009 From: wagner at elegosoft.com (Olaf Wagner) Date: Sun, 17 May 2009 16:43:01 +0200 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090517034035.A26DCCC363@birch.elegosoft.com> Message-ID: <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> Quoting Jay : > > I'm somewhat guessing on this one. The double loop was a leftover from a previous attempt where it was needed; but I should have removed it. But I don't see the syntax error. The script has worked for me in the version I checked in hundreds of times. I don't find it in the tinderbox logs, too. What was wrong? Olaf -- Olaf Wagner -- elego Software Solutions GmbH Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From jay.krell at cornell.edu Sun May 17 17:48:39 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 15:48:39 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> References: <20090517034035.A26DCCC363@birch.elegosoft.com> <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> Message-ID: http://tinderbox.elegosoft.com/tinderbox/cgi-bin/gunzip.cgi?tree=cm3&brief-log=1242519028.9683#err8 /home/m3/work/cm3-ws/birch.elegosoft.com-2009-05-17-00-00-03/cm3/scripts/pkgmap.sh: line 43: syntax error near unexpected token `else? - Jay ---------------------------------------- > Date: Sun, 17 May 2009 16:43:01 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Quoting Jay : > >> >> I'm somewhat guessing on this one. > > The double loop was a leftover from a previous attempt where > it was needed; but I should have removed it. > > But I don't see the syntax error. The script has worked for me in > the version I checked in hundreds of times. > > I don't find it in the tinderbox logs, too. What was wrong? > > Olaf > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jkrell at elego.de Sun May 17 18:10:22 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 18:10:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517161022.85F52CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 18:10:22 Added files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: copy PPC_DARWIN to ARM_DARWIN (iphone) From jkrell at elego.de Mon May 18 03:39:12 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:39:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518013912.D15FFCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:39:12 Modified files: cm3/m3-tools/cvsup/suplib/src/: CVTree.m3 Log message: Remove bug workarounds. I believe we have fixed these bugs. Only applies to userthreads. From jkrell at elego.de Mon May 18 03:43:43 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:43:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014343.C658BCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:43:43 Modified files: cm3/m3-comm/tcp/src/common/: IP.i3 Log message: might be useful for IPv6 but not done From jkrell at elego.de Mon May 18 03:47:38 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:47:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014738.BB9AECC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:47:38 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: fix whitespace, possibly for correctness not style, I thought I commited this already From jkrell at elego.de Mon May 18 03:49:10 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:49:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014910.C9727CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:49:10 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Apple added a note to asm_expr for CodeWarrior to support, so we have to too. 4.2 needs the expand_function callback else it calls NULL. Put ours back from 4.1, which does nothing. Change GCC42 to GCC_APPLE. From jkrell at elego.de Mon May 18 03:57:59 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:57:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518015759.48463CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:57:59 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: fix newlines (dos2unix) From jkrell at elego.de Mon May 18 03:59:45 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:59:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518015945.606C8CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:59:45 Modified files: cm3/m3-libs/libm3/src/os/POSIX/: m3makefile cm3/m3-libs/libm3/src/random/: m3makefile cm3/m3-libs/m3core/src/C/Common/: m3makefile cm3/m3-libs/m3core/src/Csupport/: m3makefile cm3/m3-libs/m3core/src/float/: m3makefile cm3/m3-libs/m3core/src/runtime/: m3makefile cm3/m3-libs/m3core/src/runtime/common/: Compiler.tmpl m3makefile cm3/m3-libs/m3core/src/time/POSIX/: m3makefile cm3/m3-libs/m3core/src/unix/Common/: m3makefile cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Darwin.common cm3/m3-sys/m3gdb/src/: m3makefile cm3/m3-sys/m3middle/src/: Target.i3 Target.m3 Added files: cm3/m3-libs/m3core/src/C/ARM_DARWIN/: Csetjmp.i3 m3makefile Log message: enough ARM_DARWIN support now to build a bootstrap archive for compile-c+link cm3 not necessarily on a native system, though such tools are available (native system only has 128meg RAM), but at least on a system with iphone-targeting gcc and ld, which so far I only have gotten to build on MacOS X 10.4/powerpc, despite all the instructions saying it works on a variety of systems, there are always some errors building ld, related to mbstate_t, etc. The config file is a bit Jay-specific as I don't have "gcc" but arm-apple-darwn9-gcc, could easily fix with symlinks and PATH munging. From jkrell at elego.de Mon May 18 04:50:24 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 4:50:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518025024.8670DCC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 04:50:24 Modified files: cm3/m3-sys/cm3/src/: cm3unix.c m3makefile Log message: bootstrapping fix From jkrell at elego.de Mon May 18 04:55:53 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 4:55:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518025553.75C9DCC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 04:55:53 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: comments only: point out that if we don't do this for SPARC32_LINUX, cm3cg always fails From jkrell at elego.de Mon May 18 05:07:12 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 5:07:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518030712.3AA0ACC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 05:07:12 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c Log message: apparently can't get instruction pointer from signal on ARM_DARWIN, ok, but should revisit this From jkrell at elego.de Mon May 18 05:11:35 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 5:11:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518031136.061D5CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 05:11:35 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: make the directory if using newer cm3 even on native builds, may yet have to disable use of _m3.log for the first command or something From jkrell at elego.de Mon May 18 06:15:51 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 6:15:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518041551.CF406CC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 06:15:51 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: fix logging issue -- can't append to nonexistant file, create it first if it doesn't exist From jkrell at elego.de Mon May 18 09:22:02 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 9:22:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518072202.448AE2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 09:22:02 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: forgot to put ARM_DARWIN here, therefore got unresolved externals on NewStack/DisposeStack (these belong in thread/posix, since that is the only caller) From jkrell at elego.de Mon May 18 11:46:29 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 11:46:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518094630.53BC5CC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 11:46:29 Modified files: cm3/scripts/python/: pylib.py Log message: cleanup and set cpu type on Darwin so that picky gdb can debug it From jkrell at elego.de Mon May 18 11:47:31 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 11:47:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518094732.0189ECC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 11:47:31 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: set cpu type so that picky gdb can debug it From jkrell at elego.de Mon May 18 13:34:14 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 13:34:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518113414.F20FB2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 13:34:14 Added files: cm3/scripts/config/: jmpbuf.c Log message: small program to print jmpbuf size -- it is wrong on SPARC32_LINUX oops From jkrell at elego.de Mon May 18 13:38:50 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 13:38:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518113850.6A2E1CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 13:38:50 Modified files: cm3/m3-sys/m3middle/src/: Target.m3 Log message: increase SPARC64_LINUX jumpbuf_align from 8 to 16 From jay.krell at cornell.edu Mon May 18 13:41:51 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 18 May 2009 11:41:51 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090518113414.F20FB2474001@birch.elegosoft.com> References: <20090518113414.F20FB2474001@birch.elegosoft.com> Message-ID: no, I was confusing hex and decimal, SPARC32/64_LINUX have the right jmpbuf sizes, though 64 was under aligned (and still is in Csetjmp.i3 -- we don't have a way to express 16-byte alignment). Still, something wrong with SPARC32_LINUX.. - Jay ---------------------------------------- > Date: Mon, 18 May 2009 13:34:14 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/18 13:34:14 > > Added files: > cm3/scripts/config/: jmpbuf.c > > Log message: > small program to print jmpbuf size -- it is wrong on SPARC32_LINUX oops > From wagner at elego.de Tue May 19 08:12:26 2009 From: wagner at elego.de (Olaf Wagner) Date: Tue, 19 May 2009 8:12:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519061226.5F5A12474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/19 08:12:26 Modified files: cm3/scripts/: PkgTags make-dist.sh pkginfo.txt Log message: add shipping to make-dist.sh remove bicycle from collection game modified: scripts/make-dist.sh modified: scripts/pkginfo.txt From jkrell at elego.de Tue May 19 10:42:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 10:42:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519084216.EE4272474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 10:42:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Treating everything as a bitfield bites again. References to module globals end up disappearing. From jkrell at elego.de Tue May 19 10:59:43 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 10:59:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519085944.20F6B2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 10:59:43 Added files: cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 RTMachineC.c m3makefile Log message: first copy from AMD64_DARWIN From jkrell at elego.de Tue May 19 11:13:04 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 11:13:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519091304.74E76CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 11:13:04 Added files: cm3/m3-libs/m3core/src/unix/darwin-arm/: m3makefile Uucontext.i3 Log message: first copy darwin-amd64 From hosking at elego.de Tue May 19 11:40:27 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 19 May 2009 11:40:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519094027.83B67CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/19 11:40:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Just build the ASM_EXPR from scratch. From jkrell at elego.de Tue May 19 12:03:28 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:03:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100328.4F419CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:03:28 Modified files: cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 RTMachineC.c m3makefile Log message: adapt to ARM From jkrell at elego.de Tue May 19 12:04:01 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:04:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100401.3E95ACC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:04:01 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: adapt to ARM From jkrell at elego.de Tue May 19 12:05:19 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:05:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100519.E5C23CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:05:19 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: trim down to I think all we need From jkrell at elego.de Tue May 19 12:07:24 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:07:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100724.BCE36CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:07:24 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: trim one more line/type From jkrell at elego.de Tue May 19 14:24:25 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:24:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122426.48C89CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:24:25 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3unix.h UstatC.c Log message: workaround incorrect sys/stat.h that is out there for arm_darwin From jkrell at elego.de Tue May 19 14:25:32 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:25:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122534.7C1CBCC110@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:25:32 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UstatC.c Log message: fix From jkrell at elego.de Tue May 19 14:26:32 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:26:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122632.72D00CC110@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:26:32 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3makefile Log message: give ARM_DARWIN portable Usignal.i3 but its own Uucontext.i3 (all platforms should use this Usignal.i3 but a few don't yet) From jkrell at elego.de Tue May 19 14:27:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:27:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122714.DBCC8CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:27:14 Modified files: cm3/m3-libs/m3core/src/unix/: m3makefile Log message: give ARM_DARWIN its darwin-arm/Uucontext.i3 From jkrell at elego.de Tue May 19 14:28:36 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:28:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122836.A5F41CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:28:36 Modified files: cm3/m3-libs/m3core/src/runtime/: m3makefile cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c cm3/m3-libs/m3core/src/runtime/common/: m3makefile Log message: ARM_DARWIN RTMachine/RTSignal fixes From jkrell at elego.de Tue May 19 14:31:36 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:31:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519123136.8F544CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:31:36 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN cm3/m3-sys/m3cc/src/: m3makefile cm3/scripts/python/: pylib.py Log message: darwin8 instead of darwin9 for compat with more systems maybe From jkrell at elego.de Tue May 19 14:41:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:41:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519124114.4B4A6CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:41:14 Added files: cm3/scripts/config/: stat.c Log message: something to gauage the size and to some extent layout of struct stat From jkrell at elego.de Tue May 19 14:48:52 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:48:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519124852.65D02CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:48:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix it to compile From jkrell at elego.de Tue May 19 15:00:29 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 15:00:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519130029.A3611CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 15:00:29 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: Sed variation -- use star instead of plus, I think it is more portable -- I again got the error about mpfr building the iphone backend on a machine without gmp/mpfr From jkrell at elego.de Tue May 19 15:10:30 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 15:10:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519131030.F1E4ACC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 15:10:30 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3unix.h UstatC.c Log message: st_foo is often a macro so you can't use that name in any of your own types, use foo instead From wagner at elego.de Tue May 19 22:56:48 2009 From: wagner at elego.de (Olaf Wagner) Date: Tue, 19 May 2009 22:56:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519205648.663FACC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/19 22:56:48 Modified files: cm3/scripts/: make-dist.sh Log message: don't use DOSHIP for shipping From jkrell at elego.de Tue May 19 23:28:31 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 23:28:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519212831.37801CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 23:28:31 Added files: cm3/scripts/iphone/1/: 0env.sh 1iphonefilesystem.sh 2csu.sh 3cctools.sh 4headers.sh 5llvm.sh 6hack.sh all.sh readme.txt trimfilesystem.sh Log message: scripts for building full gcc cross build environment, at least on Darwin From hosking at elego.de Thu May 21 15:07:33 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:07:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521130733.8D98BCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:07:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/: tree-ssa.c Log message: Preserve TREE_ADDRESSABLE for init_offset vars. From hosking at elego.de Thu May 21 15:09:44 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:09:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521130944.70ED5CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:09:44 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Use build_qualified_type for volatilized decl. From hosking at elego.de Thu May 21 15:22:14 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:22:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521132214.4FB60CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:22:14 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Don't hang init_offset vars in the TREE_VALUE field of the record constructor. Doing that confuses the optimizers because the variables are not technically in scope for the constructor. We just need to hang the var somewhere until it has RTL and we can extract the proper offset in m3_write_globals. For now let's just drop it in the DECL_LANG_SPECIFIC field of the constructor FIELD_DECL. We should probably buld a proper "struct lang_decl" and put it in that but this slight hack works for now. The result is a gcc-based backend with which I can bootstrap cm3 on SOLgnu with "cm3 -O" (which cm3.cfg interprets as passing -O3 to the backend). I'd be interested in any other reports of problems with optimization. From jkrell at elego.de Thu May 21 21:18:07 2009 From: jkrell at elego.de (Jay Krell) Date: Thu, 21 May 2009 21:18:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521191807.68FB6CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/21 21:18:07 Modified files: cm3/scripts/iphone/1/: all.sh Log message: run them separately From hosking at elego.de Fri May 22 03:27:53 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 22 May 2009 3:27:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090522012753.555EA2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/22 03:27:53 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Indentation. From hosking at elego.de Mon May 25 01:18:15 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 1:18:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090524231816.0BB5A2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 01:18:15 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Avoid overhead of syscall (Time.Now) for time accounting in read barrier. From hosking at elego.de Mon May 25 01:23:22 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 1:23:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090524232322.91FA02474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 01:23:22 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Delete unused variable to avoid warning. From hosking at elego.de Mon May 25 03:01:02 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 3:01:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525010102.BDBB0CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 03:01:02 Added files: cm3/m3-libs/m3core/src/C/AMD64_DARWIN/: Csetjmp.i3 Log message: Why did this get deleted? From rodney at elego.de Mon May 25 04:17:30 2009 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 25 May 2009 4:17:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525021730.31336CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 09/05/25 04:17:30 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: c-valprint.c Log message: Slight progress on printing floating point values. With this partial fix, "print/f floatvar" should work. Just "print floatvar" will use the wrong decoding and print garbage. From hosking at elego.de Mon May 25 06:16:09 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 6:16:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525041609.ED00ECC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 06:16:09 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: Restore -O3 for optimizing backend. From rodney at elego.de Fri May 29 04:39:04 2009 From: rodney at elego.de (Rodney M. Bates) Date: Fri, 29 May 2009 4:39:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090529023904.DEBF6CC113@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 09/05/29 04:39:04 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: doublest.c printcmd.c valprint.c Log message: A bit more progress on printing floating point values. For 32-bit x86, at least, the print command is now working, without crashing and without needing /f. It is still using the inherited gdb code for C/C++ floating point values, kludged up to change modula-3 floating gdb-types to C gdb-types. BTW, floating literals are currently rejected by m3gdb. From jkrell at elego.de Fri May 1 10:56:19 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 1 May 2009 10:56:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090501085619.599DDCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/01 10:56:19 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThreadC.c Log message: bring back from two days ago: ThreadPThread__pthread_cond_new ThreadPThread__pthread_cond_delete ThreadPThread__pthread_mutex_new ThreadPThread__pthread_mutex_delete that combine calloc + init, destroy + free. Not yet active. From jkrell at elego.de Mon May 4 11:55:38 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 11:55:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504095538.11ABCCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 11:55:38 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: add -funwind-tables so that we might have a portable stack walker via libgcc some day (soon?) From jkrell at elego.de Mon May 4 12:23:07 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 12:23:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504102307.2C8EECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 12:23:07 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3 ThreadPThread.m3 ThreadPThreadC.c Log message: activate use of pthread_{cond,mutex}_{new,delete} which are my names for calloc+init, destroy+free Perhaps not the best names? (They sound like they are actual pthreads functions and not implemented by us.) Perhaps small consolation here is that the Modula-3 no longer directly uses calloc/free, but really, indirectly, it is the same. From jkrell at elego.de Mon May 4 13:19:07 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 13:19:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504111907.71861CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 13:19:07 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 Log message: move expensive calloc+pthread_mutex_init outside lock, using a double check pattern: if it appears work is needed (but with taking lock to be sure) do the work, into temp take lock if work not actually needed, ok release lock free the temp (don't care if it succeeded) else if attempt to do the work failed release lock raise exception else commit the work release lock end end end It is ugly perhaps to repeat "release lock" three times instead of once, but time holding the lock is minimized. As long as "temp" is a pointer, which it is here, this can use InterlockedCompareExchangePointer and not a full blown lock. Something like: if pointer == null temp = new ... if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) delete temp (* lost the race, ok *) else if temp == NULL (* won the race but failed *) raise exception end end end This pattern is bad if the temp work is particularly expensive or must not be executed more than once. That leaves many instances in which it is ok. Also here eliminate PushFrame, but the point is more to eliminate calloc from inside a lock. Therefore, if calloc is well tuned for multiprocessor systems, and many locks are used for the first time at about the same time on multiple threads, scale better. ("hold locks for minimal time, even at the risk of doing more work in the event of a race" is a good scalability principle; as well as "replace lock with interlocked/atomic/cas/etc., also at the risk of doing more work when there is a race") Factor InitMutex and InitCondition into one function InitMutexHelper. It is tempting to rewrite InitMutexHelper in C, thereby removing the exposure of the init lock, however as I understand this is a bad move due to interior gc pointers or such. From jkrell at elego.de Mon May 4 14:22:52 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:22:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504122253.18354CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:22:52 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: adapt to newer Visual C++ toolset -- put underscores in front of a bunch of symbols From jkrell at elego.de Mon May 4 14:33:59 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:33:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504123359.2F1F5CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:33:59 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 UtilsWin32.m3 m3makefile cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: get win32 hardlink support from m3core into cm3, hacking around bootstrapping From jkrell at elego.de Mon May 4 14:35:45 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:35:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504123545.B3C5CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:35:45 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: eliminate on-demand initialization and use of cstdlib.calloc as was done similarly for pthreads From hosking at cs.purdue.edu Tue May 5 01:07:51 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 5 May 2009 09:07:51 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090504111907.71861CC3B4@birch.elegosoft.com> References: <20090504111907.71861CC3B4@birch.elegosoft.com> Message-ID: <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> Is this safe? Double-check pattern is often not fully safe. I haven't looked at your code but will do so ASAP. PS Why are you optimizing initialization -- seems premature to me. Antony Hosking | Associate Professor | Computer Science | Purdue University 305 N. University Street | West Lafayette | IN 47907 | USA Office +1 765 494 6001 | Mobile +1 765 427 5484 On 4 May 2009, at 13:19, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/04 13:19:07 > > Modified files: > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > > Log message: > move expensive calloc+pthread_mutex_init outside lock, using a double > check pattern: > > if it appears work is needed (but with taking lock to be sure) > do the work, into temp > take lock > if work not actually needed, ok > release lock > free the temp (don't care if it succeeded) > else > if attempt to do the work failed > release lock > raise exception > else > commit the work > release lock > end > end > end > > It is ugly perhaps to repeat "release lock" three times instead > of once, but time holding the lock is minimized. > > As long as "temp" is a pointer, which it is here, > this can use InterlockedCompareExchangePointer and not a full blown > lock. > > Something like: > > if pointer == null > temp = new ... > if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) > delete temp (* lost the race, ok *) > else > if temp == NULL (* won the race but failed *) > raise exception > end > end > end > > This pattern is bad if the temp work is particularly expensive or > must not be executed more than once. That leaves > many instances in which it is ok. > > Also here eliminate PushFrame, but the point is more to eliminate > calloc from inside a lock. Therefore, if calloc is well tuned for > multiprocessor systems, and many locks are used for the first > time at about the same time on multiple threads, scale better. > ("hold locks for minimal time, even at the risk of doing more work > in the event of a race" is a good scalability principle; as well as > "replace lock > with interlocked/atomic/cas/etc., also at the risk of doing > more work when there is a race") > > Factor InitMutex and InitCondition into one function InitMutexHelper. > It is tempting to rewrite InitMutexHelper in C, thereby removing > the exposure of the init lock, however as I understand this is a > bad move due to interior gc pointers or such. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Tue May 5 02:14:07 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 00:14:07 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> References: <20090504111907.71861CC3B4@birch.elegosoft.com> <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> Message-ID: This isn't one-time initialization, it is every condition variable or mutex initialization. Doing a heap allocation with more locks held than necessary seems not good -- hold locks for shorter time if possible. Granted, this does result in more locks/unlocks. It /could/ be that the underlying heap has some optimizations that cause it to scale nicely, defeated by us holding a lock while calling into it. Or it could be that the underlying heap is guarded by exactly the same sort of lock, in which case my change doesn't help. I do believe it is safe. I still check and commit the value under the lock, I just moved the bulk of the work to outside the lock -- with a "risk" that the bulk of the work will be performed more than once but that is generally ok. But either way is ok with me. This would be a good place to use "CAS". - Jay ________________________________ > From: hosking at cs.purdue.edu > To: jkrell at elego.de > Date: Tue, 5 May 2009 09:07:51 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Is this safe? Double-check pattern is often not fully safe. I haven't looked at your code but will do so ASAP. > > PS Why are you optimizing initialization -- seems premature to me. > > Antony Hosking | Associate Professor | Computer Science | Purdue University > 305 N. University Street | West Lafayette | IN 47907 | USA > Office +1 765 494 6001 | Mobile +1 765 427 5484 > > > > On 4 May 2009, at 13:19, Jay Krell wrote: > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/04 13:19:07 > > Modified files: > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > > Log message: > move expensive calloc+pthread_mutex_init outside lock, using a double > check pattern: > > if it appears work is needed (but with taking lock to be sure) > do the work, into temp > take lock > if work not actually needed, ok > release lock > free the temp (don't care if it succeeded) > else > if attempt to do the work failed > release lock > raise exception > else > commit the work > release lock > end > end > end > > It is ugly perhaps to repeat "release lock" three times instead > of once, but time holding the lock is minimized. > > As long as "temp" is a pointer, which it is here, > this can use InterlockedCompareExchangePointer and not a full blown lock. > > Something like: > > if pointer == null > temp = new ... > if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) > delete temp (* lost the race, ok *) > else > if temp == NULL (* won the race but failed *) > raise exception > end > end > end > > This pattern is bad if the temp work is particularly expensive or > must not be executed more than once. That leaves > many instances in which it is ok. > > Also here eliminate PushFrame, but the point is more to eliminate > calloc from inside a lock. Therefore, if calloc is well tuned for > multiprocessor systems, and many locks are used for the first > time at about the same time on multiple threads, scale better. > ("hold locks for minimal time, even at the risk of doing more work > in the event of a race" is a good scalability principle; as well as "replace lock > with interlocked/atomic/cas/etc., also at the risk of doing > more work when there is a race") > > Factor InitMutex and InitCondition into one function InitMutexHelper. > It is tempting to rewrite InitMutexHelper in C, thereby removing > the exposure of the init lock, however as I understand this is a > bad move due to interior gc pointers or such. > From hosking at elego.de Tue May 5 05:47:19 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:47:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505034719.85C6ACC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:47:19 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: The initProc must be called in the slow path while the heap is still locked to avoid seeing incompletely initialized objects at GC time (e.g., an incompletely initialized array). From hosking at elego.de Tue May 5 05:48:34 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:48:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505034834.6AED3CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:48:34 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 Log message: Reformat. Still not convinced GetGCRatio needs to be here. From jay.krell at cornell.edu Tue May 5 05:52:13 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 03:52:13 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034719.85C6ACC3B4@birch.elegosoft.com> References: <20090505034719.85C6ACC3B4@birch.elegosoft.com> Message-ID: Thanks, sorry, good catch. - Jay ---------------------------------------- > Date: Tue, 5 May 2009 05:47:19 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/05 05:47:19 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 > > Log message: > The initProc must be called in the slow path while the heap is still locked to > avoid seeing incompletely initialized objects at GC time (e.g., an > incompletely initialized array). > From hosking at elego.de Tue May 5 05:52:42 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:52:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505035242.6B4D8CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:52:42 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTOS.i3 Log message: Need quotes on EXTERNAL. From hosking at elego.de Tue May 5 05:54:13 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:54:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505035413.5B090CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:54:13 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTOS.i3 Log message: Minimize diff to previous versions. From jay.krell at cornell.edu Tue May 5 05:55:36 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 03:55:36 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034834.6AED3CC3B4@birch.elegosoft.com> References: <20090505034834.6AED3CC3B4@birch.elegosoft.com> Message-ID: I think it does. It calls PushEFrame. I assume it is related to . - Jay ---------------------------------------- > Date: Tue, 5 May 2009 05:48:34 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/05 05:48:34 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 > > Log message: > Reformat. > Still not convinced GetGCRatio needs to be here. > From hosking at elego.de Tue May 5 06:22:37 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:22:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042237.EB9FECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:22:37 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTType.m3 Log message: Let's used the existing Fail procedure for calloc OutOfMemory. From hosking at elego.de Tue May 5 06:24:46 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:24:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042446.A24BCCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:24:46 Modified files: cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.i3 Log message: Cleanup slightly. From hosking at elego.de Tue May 5 06:29:00 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:29:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042900.91601CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:29:00 Modified files: cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 Log message: Formatting. From hosking at elego.de Tue May 5 06:34:45 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:34:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505043445.86FECCC7DA@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:34:45 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3 Log message: Quotes on EXTERNAL decl names. Cleanup formatting. From hosking at elego.de Tue May 5 06:55:06 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:55:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045506.512F3CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:55:06 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RuntimeError.i3 Log message: Add a Raise procedure for common use by callers not wanting to allocate an exception frame. I'm not sure what this really saves, but it has recently been introduced so let's get a common place for it. From hosking at elego.de Tue May 5 06:55:18 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:55:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045519.01AE2CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:55:18 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RuntimeError.m3 Log message: Add a Raise procedure for common use by callers not wanting to allocate an exception frame. I'm not sure what this really saves, but it has recently been introduced so let's get a common place for it. From hosking at elego.de Tue May 5 06:58:35 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:58:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045835.BDF5DCC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:58:35 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 Log message: Revert formatting to reduce diffs to older versions. Use RuntimeError.Raise as necessary. From hosking at elego.de Tue May 5 07:04:23 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:04:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505050423.D0E7DCC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:04:23 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: Quotes on EXTERNAL names. From hosking at elego.de Tue May 5 07:13:10 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:13:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051310.7055ECC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:13:10 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: Minimize diffs to prior versions. From hosking at elego.de Tue May 5 07:15:23 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:15:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051523.46E09CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:15:23 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Unix.i3 Log message: Quotes on EXTERNAL names. From hosking at elego.de Tue May 5 07:16:08 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:16:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051608.88DC7CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:16:08 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Usocket.i3 Log message: Quotes on EXTERNAL names. From jay.krell at cornell.edu Tue May 5 09:45:21 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 07:45:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034834.6AED3CC3B4@birch.elegosoft.com> References: <20090505034834.6AED3CC3B4@birch.elegosoft.com> Message-ID: replated to FATAL pragma (angle brackets strike again) ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at elego.de; m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Tue, 5 May 2009 03:55:36 +0000 > > > I think it does. It calls PushEFrame. I assume it is related to . > > - Jay > > > ---------------------------------------- >> Date: Tue, 5 May 2009 05:48:34 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/05 05:48:34 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 >> >> Log message: >> Reformat. >> Still not convinced GetGCRatio needs to be here. >> From jkrell at elego.de Tue May 5 23:57:58 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 5 May 2009 23:57:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505215758.BA4BACC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/05 23:57:58 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: LINUXLIBC6 Log message: runpath and other linker flag changes From hosking at elego.de Wed May 6 02:21:50 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:21:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002150.A15FECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:21:50 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: We must have a TRY block around CollectEnough in AllocTraced, because it can raise an OutOfMemory error. From hosking at elego.de Wed May 6 02:26:19 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:26:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002619.60CDFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:26:19 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 Log message: Use RuntimeError.Raise. From hosking at elego.de Wed May 6 02:27:22 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:27:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002722.81096CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:27:22 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 Log message: A little tidier with a CASE. From jay.krell at cornell.edu Wed May 6 02:28:28 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:28:28 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090506002150.A15FECC3B4@birch.elegosoft.com> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init). Like I had here: http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 but I undid that since the next change subsumed it (though incorrectly as you point out). - Jay ---------------------------------------- > Date: Wed, 6 May 2009 02:21:50 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/06 02:21:50 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 > > Log message: > We must have a TRY block around CollectEnough in AllocTraced, because it can > raise an OutOfMemory error. > From hosking at cs.purdue.edu Wed May 6 02:31:19 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 10:31:19 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Do you mean we get PushEFrame outside the IF? On 6 May 2009, at 10:28, Jay wrote: > > I think this requires moving that path to a separate function, else > we'll die in startup (PushEFrame called before ThreadF.Init). > > > Like I had here: > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 > > > but I undid that since the next change subsumed it (though > incorrectly as you point out). > > > - Jay > > > ---------------------------------------- >> Date: Wed, 6 May 2009 02:21:50 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/06 02:21:50 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >> >> Log message: >> We must have a TRY block around CollectEnough in AllocTraced, >> because it can >> raise an OutOfMemory error. >> From hosking at cs.purdue.edu Wed May 6 02:33:00 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 10:33:00 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: PS I know how to fix it now, so just hold tight. It means burying the TRY block lower down inside CollectEnough. On 6 May 2009, at 10:31, Tony Hosking wrote: > Do you mean we get PushEFrame outside the IF? > > On 6 May 2009, at 10:28, Jay wrote: > >> >> I think this requires moving that path to a separate function, else >> we'll die in startup (PushEFrame called before ThreadF.Init). >> >> >> Like I had here: >> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >> >> >> but I undid that since the next change subsumed it (though >> incorrectly as you point out). >> >> >> - Jay >> >> >> ---------------------------------------- >>> Date: Wed, 6 May 2009 02:21:50 +0000 >>> To: m3commit at elegosoft.com >>> From: hosking at elego.de >>> Subject: [M3commit] CVS Update: cm3 >>> >>> CVSROOT: /usr/cvs >>> Changes by: hosking at birch. 09/05/06 02:21:50 >>> >>> Modified files: >>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>> >>> Log message: >>> We must have a TRY block around CollectEnough in AllocTraced, >>> because it can >>> raise an OutOfMemory error. >>> > From jay.krell at cornell.edu Wed May 6 02:35:09 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:35:09 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090506002150.A15FECC3B4@birch.elegosoft.com> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: Also I admit there is a definite ease-of-human-static-analysis that every instance of RTOS.LockHeap in this file is immediately prefixed with TRY, except for the one in Crash that has a comment about it, Crash being reasonable-to-imagine unusual. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at elego.de; m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Wed, 6 May 2009 00:28:28 +0000 > > > I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init). > > > Like I had here: > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 > > > but I undid that since the next change subsumed it (though incorrectly as you point out). > > > - Jay > > > ---------------------------------------- >> Date: Wed, 6 May 2009 02:21:50 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/06 02:21:50 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >> >> Log message: >> We must have a TRY block around CollectEnough in AllocTraced, because it can >> raise an OutOfMemory error. >> From jay.krell at cornell.edu Wed May 6 02:39:53 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:39:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: Yes I definitely think so. That is most of the problem in "all of this" -- why user threads were failing on non-Linux platforms (without on-demand initialization), and why merging the thread locals caused "wierd" allocation to be used. I believe the way it works, is that any /function/ with a TRY or a RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the function you get to the TRY/RAISE", incurs a PushEFrame. I like my proposed fix but I'll sit tight. It's a known somewhat ugly mechanical transform to push try/raise into separate functions. There is of course definitely the fragility that early allocations "must" succeed, else going down the slow path will fail. Perhaps that should be strengthened, perhaps. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Wed, 6 May 2009 10:33:00 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > PS I know how to fix it now, so just hold tight. It means burying > the TRY block lower down inside CollectEnough. > > On 6 May 2009, at 10:31, Tony Hosking wrote: > >> Do you mean we get PushEFrame outside the IF? >> >> On 6 May 2009, at 10:28, Jay wrote: >> >>> >>> I think this requires moving that path to a separate function, else >>> we'll die in startup (PushEFrame called before ThreadF.Init). >>> >>> >>> Like I had here: >>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>> >>> >>> but I undid that since the next change subsumed it (though >>> incorrectly as you point out). >>> >>> >>> - Jay >>> >>> >>> ---------------------------------------- >>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>> To: m3commit at elegosoft.com >>>> From: hosking at elego.de >>>> Subject: [M3commit] CVS Update: cm3 >>>> >>>> CVSROOT: /usr/cvs >>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>> >>>> Modified files: >>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>> >>>> Log message: >>>> We must have a TRY block around CollectEnough in AllocTraced, >>>> because it can >>>> raise an OutOfMemory error. >>>> >> > From hosking at cs.purdue.edu Wed May 6 09:13:05 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 17:13:05 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Jay, The fix you have put in to avoid the NIL-check in GetActivations/ SetActivations is hard to get rid of because we need to be able to ask for an activation so early in the bootstrap process (e.g., for any TRY block that happens to get called before we initialize the threads). It seems pretty unreasonable not to have TRY blocks in the bootstrap initialization. Or have you managed to eliminate them. The one place remaining is to protect when CollectSome throws an OutOfMemory runtime- error back to the slow allocation path -- this TRY block will be executed on every allocation by the bootstrap initializers. I also rely on GetActivation calling InitActivations on demand for that first allocation. It seems hard to impose no NEW in bootstrap code up to that point. So, upshot is that I would like to restore the on-demand invocation of InitActivations at the cost of a NIL-check in the GetActivation code. I think not doing so results in much more fragile code. What do you think? -- Tony On 6 May 2009, at 10:39, Jay wrote: > > Yes I definitely think so. > That is most of the problem in "all of this" -- why user threads > were failing on non-Linux platforms (without on-demand > initialization), and why merging the thread locals caused "wierd" > allocation to be used. > > > I believe the way it works, is that any /function/ with a TRY or a > RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the > function you get to the TRY/RAISE", incurs a PushEFrame. > > > I like my proposed fix but I'll sit tight. > It's a known somewhat ugly mechanical transform to push try/raise > into separate functions. > > > There is of course definitely the fragility that early allocations > "must" succeed, else going down the slow path will fail. Perhaps > that should be strengthened, perhaps. > > > - Jay > > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: hosking at cs.purdue.edu >> Date: Wed, 6 May 2009 10:33:00 +1000 >> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >> Subject: Re: [M3commit] CVS Update: cm3 >> >> PS I know how to fix it now, so just hold tight. It means burying >> the TRY block lower down inside CollectEnough. >> >> On 6 May 2009, at 10:31, Tony Hosking wrote: >> >>> Do you mean we get PushEFrame outside the IF? >>> >>> On 6 May 2009, at 10:28, Jay wrote: >>> >>>> >>>> I think this requires moving that path to a separate function, else >>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>> >>>> >>>> Like I had here: >>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>> >>>> >>>> but I undid that since the next change subsumed it (though >>>> incorrectly as you point out). >>>> >>>> >>>> - Jay >>>> >>>> >>>> ---------------------------------------- >>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>> To: m3commit at elegosoft.com >>>>> From: hosking at elego.de >>>>> Subject: [M3commit] CVS Update: cm3 >>>>> >>>>> CVSROOT: /usr/cvs >>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>> >>>>> Modified files: >>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>> >>>>> Log message: >>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>> because it can >>>>> raise an OutOfMemory error. >>>>> >>> >> From jay.krell at cornell.edu Wed May 6 09:33:24 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:33:24 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: Please give me a few hours on this. It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) Functions with TRY or LOCK are admittedly already inefficient. I guess an extra instruction or two in them doesn't matter? (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) I'm conflicted. You know the explicit initialization order I mentioned in RTLinker? We agree it is fragile. Aren't we just seeing another form/part of that? Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. "TRY is a module", something like that. Anyway let me look at it. I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Wed, 6 May 2009 17:13:05 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, > > The fix you have put in to avoid the NIL-check in GetActivations/ > SetActivations is hard to get rid of because we need to be able to ask > for an activation so early in the bootstrap process (e.g., for any TRY > block that happens to get called before we initialize the threads). > It seems pretty unreasonable not to have TRY blocks in the bootstrap > initialization. Or have you managed to eliminate them. The one place > remaining is to protect when CollectSome throws an OutOfMemory runtime- > error back to the slow allocation path -- this TRY block will be > executed on every allocation by the bootstrap initializers. I also > rely on GetActivation calling InitActivations on demand for that first > allocation. It seems hard to impose no NEW in bootstrap code up to > that point. So, upshot is that I would like to restore the on-demand > invocation of InitActivations at the cost of a NIL-check in the > GetActivation code. I think not doing so results in much more fragile > code. What do you think? > > -- Tony > > On 6 May 2009, at 10:39, Jay wrote: > >> >> Yes I definitely think so. >> That is most of the problem in "all of this" -- why user threads >> were failing on non-Linux platforms (without on-demand >> initialization), and why merging the thread locals caused "wierd" >> allocation to be used. >> >> >> I believe the way it works, is that any /function/ with a TRY or a >> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >> function you get to the TRY/RAISE", incurs a PushEFrame. >> >> >> I like my proposed fix but I'll sit tight. >> It's a known somewhat ugly mechanical transform to push try/raise >> into separate functions. >> >> >> There is of course definitely the fragility that early allocations >> "must" succeed, else going down the slow path will fail. Perhaps >> that should be strengthened, perhaps. >> >> >> - Jay >> >> >> >> ---------------------------------------- >>> From: hosking at cs.purdue.edu >>> To: hosking at cs.purdue.edu >>> Date: Wed, 6 May 2009 10:33:00 +1000 >>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> PS I know how to fix it now, so just hold tight. It means burying >>> the TRY block lower down inside CollectEnough. >>> >>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>> >>>> Do you mean we get PushEFrame outside the IF? >>>> >>>> On 6 May 2009, at 10:28, Jay wrote: >>>> >>>>> >>>>> I think this requires moving that path to a separate function, else >>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>> >>>>> >>>>> Like I had here: >>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>> >>>>> >>>>> but I undid that since the next change subsumed it (though >>>>> incorrectly as you point out). >>>>> >>>>> >>>>> - Jay >>>>> >>>>> >>>>> ---------------------------------------- >>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>> To: m3commit at elegosoft.com >>>>>> From: hosking at elego.de >>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>> >>>>>> CVSROOT: /usr/cvs >>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>> >>>>>> Modified files: >>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>> >>>>>> Log message: >>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>> because it can >>>>>> raise an OutOfMemory error. >>>>>> >>>> >>> > From jay.krell at cornell.edu Wed May 6 09:34:09 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:34:09 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: ps: I realize now my proposed fix is inadequate, duh. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Wed, 6 May 2009 07:33:24 +0000 > > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to ask >> for an activation so early in the bootstrap process (e.g., for any TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From jay.krell at cornell.edu Wed May 6 09:44:24 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:44:24 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: (the one from much earlier that is...) ---------------------------------------- > From: jay > To: hosking > Date: Wed, 6 May 2009 07:34:09 +0000 > CC: m3commit > Subject: Re: [M3commit] CVS Update: cm3 > > > ps: I realize now my proposed fix is inadequate, duh. > > - Jay From hosking at cs.purdue.edu Wed May 6 11:33:04 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 19:33:04 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: <03D41FC5-B078-44A6-8528-D40A34247634@cs.purdue.edu> On 6 May 2009, at 17:33, Jay wrote: > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" > allocation, either calloc or taking the address of the first element > of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of > it earlier, to before the heap is initialized (I have to read the > rest of it, maybe split it in two; maybe make InitActivations the > public name of the first half, called by RTLinker, that should work > easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as > fairly portable stack walker? That makes this all so much nicer.) Stack unwinding will always be preferable -- that way TRY blocks cost almost nothing. > > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct > (TRY) incurs a runtime dependency? You know, those modules that are > manually initialized, their initializers presumably can't call > anything initialized after them. One must be careful what those > modules call. One must be careful that those modules don't TRY > before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use > a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to >> ask >> for an activation so early in the bootstrap process (e.g., for any >> TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory >> runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that >> first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, >>>>>> else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From hosking at cs.purdue.edu Wed May 6 11:33:12 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 19:33:12 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: <0BD889DE-6671-4156-98C6-562D838AD76B@cs.purdue.edu> I think I have a cleaner solution, which involves disabling GC until after thread initialization has taken place. That way, allocation can work so long as it avoids TRY blocks. On 6 May 2009, at 17:33, Jay wrote: > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" > allocation, either calloc or taking the address of the first element > of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of > it earlier, to before the heap is initialized (I have to read the > rest of it, maybe split it in two; maybe make InitActivations the > public name of the first half, called by RTLinker, that should work > easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as > fairly portable stack walker? That makes this all so much nicer.) > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct > (TRY) incurs a runtime dependency? You know, those modules that are > manually initialized, their initializers presumably can't call > anything initialized after them. One must be careful what those > modules call. One must be careful that those modules don't TRY > before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use > a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to >> ask >> for an activation so early in the bootstrap process (e.g., for any >> TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory >> runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that >> first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, >>>>>> else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From jkrell at elego.de Wed May 6 12:53:28 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:53:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105328.93F44CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:53:28 Modified files: cm3/scripts/python/: pylib.py Log message: escaped backward slashes are being interpreted as paths to remote machines and hanging my builds, let's try replacing backward slashes with forward slashes instead From jkrell at elego.de Wed May 6 12:53:51 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:53:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105352.0590ECC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:53:51 Modified files: cm3/scripts/python/: pylib.py Log message: fix newlines (dos2unix) From jkrell at elego.de Wed May 6 12:55:04 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:55:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105504.61EEDCC332@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:55:04 Modified files: cm3/m3-sys/cminstall/src/config/: NT386.common Log message: leading escaped backward slashes are being interpreted as paths to remote machines and hanging my builds, let's try replacing backward slashes with forward slashes instead From jkrell at elego.de Wed May 6 12:58:19 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:58:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105819.6B38FCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:58:19 Modified files: cm3/scripts/python/: do-cm3-core.py Log message: fix From jkrell at elego.de Wed May 6 13:05:08 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:05:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506110508.26E11CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:05:08 Modified files: cm3/scripts/: sysinfo.sh Log message: get version numbers from version file From jkrell at elego.de Wed May 6 13:14:43 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:14:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506111443.E3A1CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:14:43 Modified files: cm3/scripts/python/: pylib.py Log message: get versions from nicer version file instead of parsing out of shell code From jkrell at elego.de Wed May 6 13:20:08 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:20:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112008.62F67CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:20:08 Modified files: cm3/scripts/python/: pylib.py Log message: change names to reflect the data is no longer from the sh code From jkrell at elego.de Wed May 6 13:21:58 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:21:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112158.A34EACC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:21:58 Modified files: cm3/scripts/win/: sysinfo.cmd Log message: get versions from version file instead of groveling the sh code From jkrell at elego.de Wed May 6 13:28:59 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:28:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112859.C4B1CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:28:59 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: read version file instead of sh code (looks like NT386 only, posix platforms default to lame values unless set on the command line (or from scripts)) From jkrell at elego.de Wed May 6 13:48:06 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:48:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506114806.D8D2ACC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:48:06 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: add version for Posix systems; hopefully the sh code employed here is portable enough, it is pretty minimal (ditto for the sysinfo.sh change earlier) From jkrell at elego.de Wed May 6 13:49:14 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:49:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506114914.7E8D4CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:49:14 Modified files: cm3/scripts/: sysinfo.sh Log message: remove compatibility lines From jkrell at elego.de Wed May 6 14:51:13 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 14:51:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506125113.88460CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 14:51:13 Modified files: cm3/scripts/: sysinfo.sh Log message: more portable version, works with Solaris 5.10 /bin/sh From jay.krell at cornell.edu Wed May 6 15:05:21 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 13:05:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: Um, I also realize now I've been confusing the thread libraries--I thought they all had "this problem" but it seems only user threads does. The activations are untraced for pthreads and win32 threads. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > Date: Wed, 6 May 2009 07:34:09 +0000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > > ps: I realize now my proposed fix is inadequate, duh. > > - Jay > > > > ---------------------------------------- >> From: jay.krell at cornell.edu >> To: hosking at cs.purdue.edu >> CC: m3commit at elegosoft.com >> Subject: RE: [M3commit] CVS Update: cm3 >> Date: Wed, 6 May 2009 07:33:24 +0000 >> >> >> Please give me a few hours on this. >> >> >> It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. >> >> >> Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) >> >> >> Functions with TRY or LOCK are admittedly already inefficient. >> I guess an extra instruction or two in them doesn't matter? >> >> (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) >> >> >> I'm conflicted. >> You know the explicit initialization order I mentioned in RTLinker? >> We agree it is fragile. >> Aren't we just seeing another form/part of that? >> Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. >> >> >> "TRY is a module", something like that. >> >> >> Anyway let me look at it. >> I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. >> >> >> >> - Jay >> >> >> ---------------------------------------- >>> From: hosking at cs.purdue.edu >>> To: jay.krell at cornell.edu >>> Date: Wed, 6 May 2009 17:13:05 +1000 >>> CC: m3commit at elegosoft.com >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> Jay, >>> >>> The fix you have put in to avoid the NIL-check in GetActivations/ >>> SetActivations is hard to get rid of because we need to be able to ask >>> for an activation so early in the bootstrap process (e.g., for any TRY >>> block that happens to get called before we initialize the threads). >>> It seems pretty unreasonable not to have TRY blocks in the bootstrap >>> initialization. Or have you managed to eliminate them. The one place >>> remaining is to protect when CollectSome throws an OutOfMemory runtime- >>> error back to the slow allocation path -- this TRY block will be >>> executed on every allocation by the bootstrap initializers. I also >>> rely on GetActivation calling InitActivations on demand for that first >>> allocation. It seems hard to impose no NEW in bootstrap code up to >>> that point. So, upshot is that I would like to restore the on-demand >>> invocation of InitActivations at the cost of a NIL-check in the >>> GetActivation code. I think not doing so results in much more fragile >>> code. What do you think? >>> >>> -- Tony >>> >>> On 6 May 2009, at 10:39, Jay wrote: >>> >>>> >>>> Yes I definitely think so. >>>> That is most of the problem in "all of this" -- why user threads >>>> were failing on non-Linux platforms (without on-demand >>>> initialization), and why merging the thread locals caused "wierd" >>>> allocation to be used. >>>> >>>> >>>> I believe the way it works, is that any /function/ with a TRY or a >>>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>>> function you get to the TRY/RAISE", incurs a PushEFrame. >>>> >>>> >>>> I like my proposed fix but I'll sit tight. >>>> It's a known somewhat ugly mechanical transform to push try/raise >>>> into separate functions. >>>> >>>> >>>> There is of course definitely the fragility that early allocations >>>> "must" succeed, else going down the slow path will fail. Perhaps >>>> that should be strengthened, perhaps. >>>> >>>> >>>> - Jay >>>> >>>> >>>> >>>> ---------------------------------------- >>>>> From: hosking at cs.purdue.edu >>>>> To: hosking at cs.purdue.edu >>>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>>> Subject: Re: [M3commit] CVS Update: cm3 >>>>> >>>>> PS I know how to fix it now, so just hold tight. It means burying >>>>> the TRY block lower down inside CollectEnough. >>>>> >>>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>>> >>>>>> Do you mean we get PushEFrame outside the IF? >>>>>> >>>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>>> >>>>>>> >>>>>>> I think this requires moving that path to a separate function, else >>>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>>> >>>>>>> >>>>>>> Like I had here: >>>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>>> >>>>>>> >>>>>>> but I undid that since the next change subsumed it (though >>>>>>> incorrectly as you point out). >>>>>>> >>>>>>> >>>>>>> - Jay >>>>>>> >>>>>>> >>>>>>> ---------------------------------------- >>>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>>> To: m3commit at elegosoft.com >>>>>>>> From: hosking at elego.de >>>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>>> >>>>>>>> CVSROOT: /usr/cvs >>>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>>> >>>>>>>> Modified files: >>>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>>> >>>>>>>> Log message: >>>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>>> because it can >>>>>>>> raise an OutOfMemory error. >>>>>>>> >>>>>> >>>>> >>> From jkrell at elego.de Wed May 6 16:10:09 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 16:10:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506141009.0F0C3CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 16:10:09 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: move PushEFrame out of fast path (good almost no matter what -- until we get widespread stack walkers) provide CollectEnough split into UnlockedCollectEnough and LockedCollectEnough so that early traced allocation does not incur a TRY which will end up using uninitialized self: Thread.T; this fix is specifically for user threads (but affects all thread libraries); the other thread libraries use untraced allocation in their similar place mostly verified belief is that the heap doesn't have to stay locked through this entire operation, that unlock/relock is ok, albeit slower From wagner at elego.de Thu May 7 00:15:37 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:15:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221537.7FCA6CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:15:37 Modified files: cm3/m3-tools/cvsup/client/src/: m3overrides cm3/m3-tools/cvsup/server/src/: m3overrides Added files: cm3/m3-tools/cvsup/cvpasswd/src/: m3overrides cm3/m3-tools/cvsup/suplib/src/: m3overrides Log message: adapt overrides to cm3 structure From wagner at elego.de Thu May 7 00:16:21 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:16:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221621.DB2A2CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:16:21 Modified files: cm3/m3-sys/cm3ide/src/: m3overrides Log message: fix override location From wagner at elego.de Thu May 7 00:19:15 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:19:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221915.48007CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:19:15 Modified files: cm3/scripts/: pkginfo.txt Log message: add cvsup packages to std From wagner at elego.de Thu May 7 00:19:49 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:19:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221949.40307CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:19:49 Modified files: cm3/scripts/: version Log message: increase version for release candidates From wagner at elego.de Thu May 7 00:23:52 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:23:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506222352.71101CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:23:52 Modified files: cm3/m3-libs/unittest/src/: m3overrides Log message: fix override From hosking at elego.de Thu May 7 12:18:54 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 12:18:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507101854.CC33CCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 12:18:54 Modified files: cm3/m3-libs/m3core/src/convert/: CConvert.m3 cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 RTCollector.m3 RTCollectorSRC.i3 RTHeapInfo.m3 RTHeapRep.i3 RTHeapStats.m3 RTLinker.m3 RTOS.i3 cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: Rework allocation sequences to avoid TRY blocks. Try to improve allocation performance. From jay.krell at cornell.edu Thu May 7 14:39:21 2009 From: jay.krell at cornell.edu (Jay) Date: Thu, 7 May 2009 12:39:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090507101854.CC33CCC3B5@birch.elegosoft.com> References: <20090507101854.CC33CCC3B5@birch.elegosoft.com> Message-ID: Cool, thanks. It looks like there's a few more RAISES that can be removed from performance sensitive functions (i.e. any allocator). Solaris Tinderbox simple problem: :) "../src/runtime/ex_stack/RTExStack.m3", line 223: parameter not specified (thread) - Jay ---------------------------------------- > Date: Thu, 7 May 2009 12:18:54 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/07 12:18:54 > > Modified files: > cm3/m3-libs/m3core/src/convert/: CConvert.m3 > cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 > RTCollector.m3 > RTCollectorSRC.i3 > RTHeapInfo.m3 > RTHeapRep.i3 > RTHeapStats.m3 > RTLinker.m3 RTOS.i3 > cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 > cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 > > Log message: > Rework allocation sequences to avoid TRY blocks. > Try to improve allocation performance. > From hosking at elego.de Thu May 7 23:31:19 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 23:31:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507213119.A2B1BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 23:31:19 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Params to LockHeap. Not sure why this is LockHeap and not a local MUTEX. From hosking at elego.de Thu May 7 23:39:25 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 23:39:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507213925.7534BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 23:39:25 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Forgot import. From hosking at elego.de Fri May 8 23:36:09 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 8 May 2009 23:36:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090508213609.86C96CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/08 23:36:09 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Params to LockHeap. From wagner at elego.de Sat May 9 12:08:51 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 9 May 2009 12:08:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090509100851.924C5CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/09 12:08:51 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Path.m3 m3makefile Added files: cm3/m3-sys/cm3/src/: cm3.1 Log message: add manual page from Peter Eiserloh also remove some tabs in M3Path added: cm3/src/cm3.1 modified: cm3/src/M3Path.m3 modified: cm3/src/m3makefile From jkrell at elego.de Sun May 10 23:16:17 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:16:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510211617.B1B79CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:16:17 Added files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: finally I have an I386_DARWIN machine first just copy PPC_DARWIN to Darwin.common From jkrell at elego.de Sun May 10 23:19:32 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:19:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510211932.CEE9CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:19:32 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common PPC_DARWIN Log message: rudimentary split of PPC_DARWIN vs. Darwin.common could be a little better but very ok From jkrell at elego.de Sun May 10 23:20:08 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:20:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212008.E21E9CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:20:08 Added files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: first copy PPC_DARWIN to I386_DARWIN From jkrell at elego.de Sun May 10 23:21:12 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:21:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212112.B9EEDCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:21:12 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: and then change PPC to I386 From jkrell at elego.de Sun May 10 23:24:02 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:24:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212402.7190FCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:24:02 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common I386_DARWIN PPC_DARWIN Log message: move additional common code to common file (I don't have a 64bit Darwin machine anyway..) From jkrell at elego.de Sun May 10 23:35:41 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:35:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510213541.C19C7CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:35:41 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: don't workaround problems in older releases From jkrell at elego.de Sun May 10 23:36:50 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:36:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510213650.97CF2CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:36:50 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: don't workaround problems in older releases From jkrell at elego.de Sun May 10 23:56:57 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:56:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510215658.03A00CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:56:57 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: bump 386 up to 586; this symbol isn't currently used anyway; the 686 gcc generates a rep mov in M3Buf.m3 that my Darwin assembler doesn't recognize so trying 586 there darn.. From jkrell at elego.de Mon May 11 00:20:24 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 0:20:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510222024.6AB42CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 00:20:24 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: 686 is reasonable and hopefully ok, for bootstrapping a workaround is to put a newline or a slash after the rep, for native builds I don't know yet, but anyway this symbol isn't currently used (though not a bad idea to put it here instead of in m3gdb and m3cc) From jkrell at elego.de Mon May 11 01:54:40 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:54:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235441.002C0CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:54:40 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common I386_DARWIN PPC_DARWIN Log message: on I386_DARWIN before first use of assembler, see if it understands "rep movsl" if so, ok if not see if jdar1:/cctools-698.1/usr/bin/as exists if so, assume it works if not, error, telling user to upgrade to 698.1 or newer and install it to /cctools-698.1. Older might work, just that I tested only 1) what came with the system (didn't work) and current. Error should probably point out that you only need the assember, since generally speaking in my experience not all of cctools is buildable. Error might point to the Apple web site too. Probably none of this is a problem on MacOSX 10.5, or maybe even 10.4, but it is a problem on Darwin 8.0.1 (cctools 576) rep movsl is not generated often by cm3cg, but sometimes e.g. in M3Buf.m3, and RegEx.m3. From jkrell at elego.de Mon May 11 01:56:47 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:56:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235647.2C557CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:56:47 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: don't hide the error when it does fail; don't drop an a.out file when it succeeds From jkrell at elego.de Mon May 11 01:58:00 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:58:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235800.71D73CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:58:00 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: actually don't need to quash stdout either From hosking at elego.de Mon May 11 05:24:22 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 11 May 2009 5:24:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090511032422.A75D1CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/11 05:24:22 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 Log message: Avoid warning: ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' From jay.krell at cornell.edu Mon May 11 06:48:34 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 04:48:34 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090511032422.A75D1CC361@birch.elegosoft.com> References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 07:18:03 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 15:18:03 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: > I got a lot of those warnings when I tried -O3. > And one error running the result that I didn't look into. > > - Jay > > > > Date: Mon, 11 May 2009 05:24:22 +0000 > > To: m3commit at elegosoft.com > > From: hosking at elego.de > > Subject: [M3commit] CVS Update: cm3 > > > > CVSROOT: /usr/cvs > > Changes by: hosking at birch. 09/05/11 05:24:22 > > > > Modified files: > > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > > > Log message: > > Avoid warning: > > > > ../src/runtime/POSIX/RTPerfTool.m3: In function > 'RTPerfTool__StartTool': > > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable > 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 07:19:31 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 15:19:31 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Jay, Have you changed something about how the compiler invokes setjmp/ longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: > We didn't used to get these errors with -O3. I don't know what has > changed with the compiler backend, but something new is happening. > We should check the logs to see the last time I pushed through -O3, > and figure out what changed since. > > On 11 May 2009, at 14:48, Jay wrote: > >> I got a lot of those warnings when I tried -O3. >> And one error running the result that I didn't look into. >> >> - Jay >> >> >> > Date: Mon, 11 May 2009 05:24:22 +0000 >> > To: m3commit at elegosoft.com >> > From: hosking at elego.de >> > Subject: [M3commit] CVS Update: cm3 >> > >> > CVSROOT: /usr/cvs >> > Changes by: hosking at birch. 09/05/11 05:24:22 >> > >> > Modified files: >> > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 >> > >> > Log message: >> > Avoid warning: >> > >> > ../src/runtime/POSIX/RTPerfTool.m3: In function >> 'RTPerfTool__StartTool': >> > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable >> 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 08:47:49 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 06:47:49 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 08:49:51 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 06:49:51 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: It is, you know, a reasonable message. One might wonder how we avoided it? Mark all locals volatile in functions with try/raise/fatal? - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 08:54:26 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 16:54:26 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> On 11 May 2009, at 16:49, Jay wrote: > It is, you know, a reasonable message. I know. > One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. > Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. > > > - Jay > > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 06:47:49 +0000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > I don't think so. > > - Jay > > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 15:19:31 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, > > Have you changed something about how the compiler invokes setjmp/ > longjmp for exception handling? > > -- Tony > > On 11 May 2009, at 15:18, Tony Hosking wrote: > > We didn't used to get these errors with -O3. I don't know what has > changed with the compiler backend, but something new is happening. > We should check the logs to see the last time I pushed through -O3, > and figure out what changed since. > > On 11 May 2009, at 14:48, Jay wrote: > > I got a lot of those warnings when I tried -O3. > And one error running the result that I didn't look into. > > - Jay > > > > Date: Mon, 11 May 2009 05:24:22 +0000 > > To: m3commit at elegosoft.com > > From: hosking at elego.de > > Subject: [M3commit] CVS Update: cm3 > > > > CVSROOT: /usr/cvs > > Changes by: hosking at birch. 09/05/11 05:24:22 > > > > Modified files: > > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > > > Log message: > > Avoid warning: > > > > ../src/runtime/POSIX/RTPerfTool.m3: In function > 'RTPerfTool__StartTool': > > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable > 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:01:03 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:01:03 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Uh, any locals referenced in a finally block? And whatever locals are referenced by try/except/raise/lock? If we have that capability easily. Anyway, parse.c doesn't change much. - Jay From: hosking at cs.purdue.edu To: jay.krell at cornell.edu Date: Mon, 11 May 2009 16:54:26 +1000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 On 11 May 2009, at 16:49, Jay wrote: It is, you know, a reasonable message. I know. One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:15:34 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:15:34 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Hey, this warning seems to be pretty important. I have on birch a cm3 built with, I think, -O3, and it is very broken. Like, I used to build m3cc, it exited after configure. I cd'ed and make and ignored it. Then I tried building m3core, it exited, roughly, after compiling one file. So, I break on exit and _exit and I end up here: --- building in AMD64_LINUX --- ignoring ../src/m3overrides new source -> compiling RTHooks.i3 [Switching to Thread 47455981786832 (LWP 27346)] Breakpoint 1, 0x00002b2934d52160 in _exit () from /lib/libc.so.6 (gdb) bt #0 0x00002b2934d52160 in _exit () from /lib/libc.so.6 #1 0x00000000006390ee in ProcessPosixCommon__Create_ForkExec (M3_Bd56fi_cmd=Can not access memory at address 0x8000761952a8 ) at ../src/os/POSIX/ProcessPosixCommon.m3:90 #2 0x000000000063aa97 in Process__Create (M3_Bd56fi_cmd=Cannot access memory at Now, I haven't tried -O3 in over a week, and never before that. I don't use birch much. I know I tried -O3 in the past few weeks. I guess I tried it on birch. So this might not even be -O3, but it probably is. I'll go back and build with no optimization or maybe -O2 and come back to this..later.. no guarantee of when "later" is. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 07:01:03 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 Uh, any locals referenced in a finally block? And whatever locals are referenced by try/except/raise/lock? If we have that capability easily. Anyway, parse.c doesn't change much. - Jay From: hosking at cs.purdue.edu To: jay.krell at cornell.edu Date: Mon, 11 May 2009 16:54:26 +1000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 On 11 May 2009, at 16:49, Jay wrote: It is, you know, a reasonable message. I know. One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 09:22:06 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 17:22:06 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Yeah, I just don't understand that it apparently used to work... On 11 May 2009, at 17:15, Jay wrote: > > Hey, this warning seems to be pretty important. > > > > I have on birch a cm3 built with, I think, -O3, and it is very broken From hosking at cs.purdue.edu Mon May 11 09:32:54 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 17:32:54 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Looks like gcc used to do the "right thing" for locals in functions that called setjmp. I suppose that hurt performance so they got rid of it and put the warnings in instead. On 11 May 2009, at 17:22, Tony Hosking wrote: > Yeah, I just don't understand that it apparently used to work... > > On 11 May 2009, at 17:15, Jay wrote: > >> >> Hey, this warning seems to be pretty important. >> >> >> >> I have on birch a cm3 built with, I think, -O3, and it is very broken From jay.krell at cornell.edu Mon May 11 09:39:16 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:39:16 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: ah. Notice that m3_load/m3_store mark a lot of things volatile. I'm trying out a wild guess and marking "v" volatile before the offseting in those functions.. I guess though you've revealed the answer -- strive for like I said -- mark anything volatile referenced in finally or such. Er, anything referenced both in try and finally, something like that. Initial lameness would be all locals in a function with try/finally/lock. And, gosh, I hope they don't enregister globals. :( You'd want some volatile on globals too. Only the uses in a try where the function also references them in a finally. Maybe the old behavior is easy to restore?? - Jay > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 17:32:54 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Looks like gcc used to do the "right thing" for locals in functions > that called setjmp. I suppose that hurt performance so they got rid > of it and put the warnings in instead. > > On 11 May 2009, at 17:22, Tony Hosking wrote: > > > Yeah, I just don't understand that it apparently used to work... > > > > On 11 May 2009, at 17:15, Jay wrote: > > > >> > >> Hey, this warning seems to be pretty important. > >> > >> > >> > >> I have on birch a cm3 built with, I think, -O3, and it is very broken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:42:55 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:42:55 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: ps: We load/store everything as a bitfield as I understand..I wonder if that is a problem, like, given that bitfields aren't addressible.. (which is not to say that they can't be volatile, and bitfields are often used to "map to hardware interfaces" so maybe this is irrelevant) Tony -- your change..is it reasonable/useful in light of larger related -O3 breakage? - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu CC: m3commit at elegosoft.com Subject: RE: [M3commit] CVS Update: cm3 Date: Mon, 11 May 2009 07:39:16 +0000 ah. Notice that m3_load/m3_store mark a lot of things volatile. I'm trying out a wild guess and marking "v" volatile before the offseting in those functions.. I guess though you've revealed the answer -- strive for like I said -- mark anything volatile referenced in finally or such. Er, anything referenced both in try and finally, something like that. Initial lameness would be all locals in a function with try/finally/lock. And, gosh, I hope they don't enregister globals. :( You'd want some volatile on globals too. Only the uses in a try where the function also references them in a finally. Maybe the old behavior is easy to restore?? - Jay > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 17:32:54 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Looks like gcc used to do the "right thing" for locals in functions > that called setjmp. I suppose that hurt performance so they got rid > of it and put the warnings in instead. > > On 11 May 2009, at 17:22, Tony Hosking wrote: > > > Yeah, I just don't understand that it apparently used to work... > > > > On 11 May 2009, at 17:15, Jay wrote: > > > >> > >> Hey, this warning seems to be pretty important. > >> > >> > >> > >> I have on birch a cm3 built with, I think, -O3, and it is very broken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:54:19 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:54:19 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: This might help: The `-traditional' option directs GNU C to put variables in the stack by default, rather than in registers, in functions that call setjmp. This results in the behavior found in traditional C compilers. Or, maybe, you know, it sounds like a "macro" and might do other things. Maybe look at what it does. - Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 11:15:49 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:15:49 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> I'm not convinced there is any more -O3 breakage than this. On 11 May 2009, at 17:42, Jay wrote: > > ps: We load/store everything as a bitfield as I understand..I wonder > if that is a problem, like, given that bitfields aren't addressible.. > > (which is not to say that they can't be volatile, and bitfields are > often used to "map to hardware interfaces" so maybe this is > irrelevant) > > > > Tony -- your change..is it reasonable/useful in light of larger > related -O3 breakage? > > > > - Jay > > > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Mon, 11 May 2009 07:39:16 +0000 > > > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. > > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > You'd want some volatile on globals too. > Only the uses in a try where the function also references them in a > finally From hosking at cs.purdue.edu Mon May 11 11:17:08 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:17:08 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <38EA321F-A416-40D5-BFDD-120EC84F9748@cs.purdue.edu> On 11 May 2009, at 17:39, Jay wrote: > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. No, volatile is not what you want. Flow analysis should be able to keep some variables in registers. > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > finally I don't think we really want to go down this path. From hosking at cs.purdue.edu Mon May 11 11:17:55 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:17:55 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <0EDC3451-B69C-4C5D-B7AA-46DF29D8F3EE@cs.purdue.edu> On 11 May 2009, at 17:39, Jay wrote: > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. No, volatile is not what you want. Flow analysis should be able to keep some variables in registers. > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > finally I don't think we really want to go down this path. From jay.krell at cornell.edu Mon May 11 12:21:54 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 10:21:54 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> Message-ID: I don't understand. -O3 is I think broken wherever there is try/lock/vfork. I assume there is one fix for all, not any "one offs". Granted, maybe vfork is pretty rare is reasonable to fix each occurence somehow. -O2 is seemingly broken too. On AMD64_LINUX I get to: --- building in AMD64_LINUX --- ignoring ../src/m3overrides new source -> compiling RTHooks.i3 *** *** runtime error: *** <*ASSERT*> failed. *** file "../src/values/Value.m3", line 52 *** and haven't looked further. I assume volatile is a big part of a possible answer, except that: - need not mark every local volatile, not even in functions that call setjmp - only need volatile on locals used within both the "try" and the "finally" "used" is overkill, like, if it is just a temp variable and the finally block's first use is a store and not a read, then no need to preserve the value out of the "try" - even that is overkill, you don't want to completely deoptimize use of those locals, just be sure to "home" them at any function call site if they are in registers If we were writing in C, we would just use the pessimistic approach of programmer applying volatile where the compiler warns -- on locals used within try and finally (so to speak, it's really use after both setjmp returns or somesuch). I guess globals are ok no matter what. We can possibly do better than that though as I said. The portable C fix is overkill since "temporary enregistration" is safe. Well, er, I guess what a C programmer might do, if he wanted the more optimal form, is have two sets of locals, "normal" and "volatile" and would copy to/from after each setjmp return and at otherwise required times -- before any function calls that follow modification of the "normal" locals. something like: void F() { int i; volatile int vi; jmp_buf jb; if (setjmp(jb) == 0) /* try */ { for (i = 0; i < 100; ++i) { /* use i somehow */ vi = i; /* store vi before possible longjmp */ F(); } } else /* finally */ { i = vi; /* get i from vi's home */ /* use i somehow */ } Though it'd be a bit tedious/fragile. I'm skeptical we can do a very good job here, not sure (er, just don't know..) what information is available where. Marking all the locals volatile in a function that calls setjmp might be the best we can do, and try to eliminate all setjmps in favor of stack walkers... - Jay > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Mon, 11 May 2009 19:15:49 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > I'm not convinced there is any more -O3 breakage than this. > > On 11 May 2009, at 17:42, Jay wrote: > > > > > ps: We load/store everything as a bitfield as I understand..I wonder > > if that is a problem, like, given that bitfields aren't addressible.. > > > > (which is not to say that they can't be volatile, and bitfields are > > often used to "map to hardware interfaces" so maybe this is > > irrelevant) > > > > > > > > Tony -- your change..is it reasonable/useful in light of larger > > related -O3 breakage? > > > > > > > > - Jay > > > > > > > > From: jay.krell at cornell.edu > > To: hosking at cs.purdue.edu > > CC: m3commit at elegosoft.com > > Subject: RE: [M3commit] CVS Update: cm3 > > Date: Mon, 11 May 2009 07:39:16 +0000 > > > > > > > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > > offseting in those functions.. > > > > I guess though you've revealed the answer -- strive for like I said > > -- mark anything volatile referenced in finally or such. Er, > > anything referenced both in try and finally, something like that. > > Initial lameness would be all locals in a function with try/finally/ > > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > > finally > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 12:23:49 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 10:23:49 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: This -traditional stuff appears to be obsolete. -traditional now only has any meaning with -E -- the preprocessor. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu CC: m3commit at elegosoft.com Subject: RE: [M3commit] CVS Update: cm3 Date: Mon, 11 May 2009 07:54:19 +0000 This might help: The `-traditional' option directs GNU C to put variables in the stack by default, rather than in registers, in functions that call setjmp. This results in the behavior found in traditional C compilers. Or, maybe, you know, it sounds like a "macro" and might do other things. Maybe look at what it does. - Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 12:42:12 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 20:42:12 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <67E6E5BA-8C7A-433B-AFD1-0A192A86E895@cs.purdue.edu> Yeah, grepping the source shows it doesn't mean much at all. On 11 May 2009, at 20:23, Jay wrote: > This -traditional stuff appears to be obsolete. > -traditional now only has any meaning with -E -- the preprocessor. > > - Jay > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Mon, 11 May 2009 07:54:19 +0000 > > This might help: > > The `-traditional' option directs GNU C to put variables in the > stack by default, rather than in registers, in functions that > callsetjmp. This results in the behavior found in traditional C > compilers. > > Or, maybe, you know, it sounds like a "macro" and might do other > things. > Maybe look at what it does. > > > - Jay > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at elego.de Mon May 11 12:58:14 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 11 May 2009 12:58:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090511105814.32E41CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/11 12:58:14 Modified files: cm3/m3-libs/m3core/src/runtime/ex_frame/: m3makefile Log message: dos2unix. From jkrell at elego.de Tue May 12 08:38:26 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:38:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512063826.4741ACC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:38:26 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: fix, I guess before it only worked within scripts From jkrell at elego.de Tue May 12 08:40:05 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:40:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512064005.6254FCC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:40:05 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: extent hardlink Win32 hack to all platforms, for the sake of bootstrapping on the various new platforms with stripped down Unix/*.i3 files, such as AMD64_LINUX (ie: that only had symlink and not plain 'link' (which is hardlink)) From jkrell at elego.de Tue May 12 08:41:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:41:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512064116.89256CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:41:16 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 UtilsPosix.m3 m3makefile Added files: cm3/m3-sys/cm3/src/: cm3unix.c Log message: add minor hack so that cm3 can create hardlinks, even on platforms that didn't initially have hardlink in m3core/unix From jkrell at elego.de Tue May 12 09:55:38 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 9:55:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512075538.74A98CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 09:55:38 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 Utils.m3 UtilsPosix.m3 Log message: hardlinks should be removed first, same as symlinks hardlinks should not be made relative, different than symlinks From jkrell at elego.de Tue May 12 10:14:55 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:14:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512081455.C5202CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:14:55 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: AMD64_LINUX Unix.common cm3cfg.common Log message: switch to hardlinks betweeen installroot/lib/libfoo.so.5 and installroot/pkg/foo/target/libfoo.so.5. instead of symlinks. This allows removing $ORIGIN/../../../lib from runpath and using just $ORIGIN/../lib. (shared libraries could just use $ORIGIN, but this same path is used for libraries and executables) Note that AMD64_LINUX already only had $ORIGIN/../lib as its runpath, and not also $ORIGIN/../../../lib, which you'd expect to see removed in this change (from some config file, whatever I first tested, but that is in fact AMD64_LINUX) Could be this worked due to: % cat /etc/ld.so.conf.d/cm3.conf /usr/local/cm3/lib on birch. (which should no longer be necessary for newer installed binaries) Note that between AMD64_LINUX and FreeBSD4, code should be made common, as well as deciding the fate of a feature in FreeBSD4 I didn't copy to AMD64_LINUX. Note also that "gnuld" is a common thread of commonality across Linux and some/all *BSD (and Cygwin, but not HP-UX, Solaris, Darwin, AIX, SGI, Tru64..). Some factoring maybe could/should be done there. Or this might end up "Unix.common", then overridden selectively. From jkrell at elego.de Tue May 12 10:22:39 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:22:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512082239.B21EFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:22:39 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: FreeBSD4 LINUXLIBC6 Solaris.common Log message: remove $ORIGIN/../../lib and $ORIGIN/../../../lib from runpath $ORIGIN/../lib should suffice now that we use hardlinks between lib and pkg From jkrell at elego.de Tue May 12 10:54:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:54:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512085416.33F71CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:54:16 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: AMD64_LINUX FreeBSD4 LINUXLIBC6 Added files: cm3/m3-sys/cminstall/src/config-no-install/: gnuld.common Log message: some factoring of common code, more could be done From jkrell at elego.de Tue May 12 12:46:53 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 12:46:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512104653.B40D9CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 12:46:53 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c Log message: fix for x86 Darwin 8.0.1 (10.4), hopefully doesn't break 10.5 or real Mac OSX From jkrell at elego.de Tue May 12 13:01:53 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:01:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512110153.C0150CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:01:53 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: do hide the error, it is a bit unsightly From jkrell at elego.de Tue May 12 13:11:52 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:11:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111152.1B1A6CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:11:52 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Utypes.i3 Log message: go ahead and add for compatibility u_int8_t = uint8_t; u_int16_t = uint16_t; u_int32_t = uint32_t; u_int64_t = uint64_t; From jkrell at elego.de Tue May 12 13:12:58 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:12:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111258.0A42CCC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:12:58 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3makefile cm3/m3-libs/m3core/src/unix/darwin-generic/: m3makefile Log message: more I386_DARWIN to new smaller safer more portable Unix/*.i3 files except, again, for some stuff for usermode threads AMD64_DARWIN is the only one left From jkrell at elego.de Tue May 12 13:19:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:19:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111914.CBA07CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:19:14 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN PPC_DARWIN Unix.common Log message: refactor assemble back to common code but with a hook -- it will call configure_assembler if it is defined I386_DARWIN defines it (stock 10.4 assembler there is insufficient) From jkrell at elego.de Wed May 13 00:42:35 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 13 May 2009 0:42:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512224235.467F3CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/13 00:42:35 Added files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: splitting this off from UnixC.c for sake of Solaris linker, first just copy UnixC.c From jkrell at elego.de Wed May 13 00:50:47 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 13 May 2009 0:50:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512225047.86233CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/13 00:50:47 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c UnixLink.c m3makefile cm3/m3-sys/cm3/src/: cm3unix.c Log message: split Unix__link/Utils__link into separate file to avoid duplicate symbols on Solaris, a more careful construction in any case this way, as there was the appearance and high risk and possible occurence of duplicate symbols on all platforms otherwise From hosking at elego.de Wed May 13 04:00:42 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 13 May 2009 4:00:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090513020042.2921ECC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/13 04:00:41 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Make locals volatile as necessary for calls to setjmp/vfork. This ensures that setjmp/longjmp exceptions work with optimized code. From wagner at elego.de Wed May 13 22:40:09 2009 From: wagner at elego.de (Olaf Wagner) Date: Wed, 13 May 2009 22:40:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090513204009.DBE3BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/13 22:40:09 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Build.i3 M3Build.m3 Makefile.m3 cm3.1 Log message: some small extensions: o add option "--" to end options o recognize options beginning with "--", too o add TARGET value to -version output o add option -no-m3ship-resolution (experimental) o add option -group-writable to use group-writable file modes in quake installation procedures (currently probably ignored, not checked yet) o adapt inline help and add new options to manual page modified: cm3/src/M3Build.i3 modified: cm3/src/M3Build.m3 modified: cm3/src/Makefile.m3 modified: cm3/src/cm3.1 From hosking at elego.de Thu May 14 06:47:31 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 14 May 2009 6:47:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514044731.48A37CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/14 06:47:31 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Fix bug in m3_do_fixed_extract. Don't convert source value to unsigned before left shift, otherwise information gets lost that tree-based value range propagation ends up not considering during optimization. I've just successfully bootstrapped cm3 with the backend optimizing at -O3 on Mac OSX 10.5 (I386_DARWIN), so "cm3 -O" should now do the right thing. Feedback on experiences optimizing on other platforms would be appreciated. From wagner at elego.de Thu May 14 23:53:19 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 14 May 2009 23:53:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514215319.BCC34CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/14 23:53:19 Modified files: cm3/scripts/regression/: update_snapshot_status.sh Log message: hack the script to match Jay's different archive names, too From wagner at elego.de Fri May 15 00:12:52 2009 From: wagner at elego.de (Olaf Wagner) Date: Fri, 15 May 2009 0:12:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514221252.9A5E2CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/15 00:12:52 Modified files: cm3/www/: download.html Log message: add more prominent notice about missing links From wagner at elego.de Fri May 15 00:29:44 2009 From: wagner at elego.de (Olaf Wagner) Date: Fri, 15 May 2009 0:29:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514222944.7558DCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/15 00:29:44 Modified files: cm3/www/: download.html Log message: move note up From hosking at elego.de Fri May 15 09:38:39 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 15 May 2009 9:38:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515073839.960C1CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/15 09:38:39 Modified files: cm3/m3-sys/m3front/src/builtinOps/: IsType.m3 Narrow.m3 Typecode.m3 cm3/m3-sys/m3front/src/misc/: RunTyme.m3 Log message: Compiler support for the minimal tagged REFANY scheme. From jkrell at elego.de Fri May 15 10:41:30 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 10:41:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515084130.D5FF7CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 10:41:30 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv24703 Log Message: import gcc_42-5566 from: http://www.opensource.apple.com/tarballs/gcc_42/gcc_42-5566.tar.gz except delete: fixincludes libgomp intl gcc/cp gcc/objc gcc/objcp gcc/doc gcc/testsuite gcc/po libcpp/po This is based on gcc 4.2.1 (according to ChangeLog). This shall be the basis of the iphone/ARM_DARWIN backend. And maybe other Darwin backends. Apple removed config such that this can only be hosted on Darwin. We shall add back shortly. Status: Vendor Tag: apple Release Tags: gcc_42-5566 N cm3/m3-sys/m3cc/gcc-apple/libtool-ldflags N cm3/m3-sys/m3cc/gcc-apple/symlink-tree N cm3/m3-sys/m3cc/gcc-apple/missing N cm3/m3-sys/m3cc/gcc-apple/ltconfig N cm3/m3-sys/m3cc/gcc-apple/depcomp N cm3/m3-sys/m3cc/gcc-apple/move-if-change N cm3/m3-sys/m3cc/gcc-apple/config.rpath N cm3/m3-sys/m3cc/gcc-apple/build_gcc N cm3/m3-sys/m3cc/gcc-apple/ltcf-c.sh N cm3/m3-sys/m3cc/gcc-apple/README.SCO N cm3/m3-sys/m3cc/gcc-apple/config-ml.in N cm3/m3-sys/m3cc/gcc-apple/install-sh N cm3/m3-sys/m3cc/gcc-apple/ltcf-gcj.sh N cm3/m3-sys/m3cc/gcc-apple/Makefile.tpl N cm3/m3-sys/m3cc/gcc-apple/ABOUT-NLS N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.lno N cm3/m3-sys/m3cc/gcc-apple/ylwrap N cm3/m3-sys/m3cc/gcc-apple/mkdep N cm3/m3-sys/m3cc/gcc-apple/README N cm3/m3-sys/m3cc/gcc-apple/CHANGES.Apple N cm3/m3-sys/m3cc/gcc-apple/libtool.m4 N cm3/m3-sys/m3cc/gcc-apple/ltcf-cxx.sh N cm3/m3-sys/m3cc/gcc-apple/config.sub N cm3/m3-sys/m3cc/gcc-apple/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/configure N cm3/m3-sys/m3cc/gcc-apple/configure.in N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/REMOVED N cm3/m3-sys/m3cc/gcc-apple/MAINTAINERS N cm3/m3-sys/m3cc/gcc-apple/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/compile N cm3/m3-sys/m3cc/gcc-apple/COPYING N cm3/m3-sys/m3cc/gcc-apple/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/ltmain.sh N cm3/m3-sys/m3cc/gcc-apple/README.Apple N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/build_libgcc N cm3/m3-sys/m3cc/gcc-apple/GNUmakefile N cm3/m3-sys/m3cc/gcc-apple/mkinstalldirs N cm3/m3-sys/m3cc/gcc-apple/driverdriver.c N cm3/m3-sys/m3cc/gcc-apple/config.guess N cm3/m3-sys/m3cc/gcc-apple/Makefile.def N cm3/m3-sys/m3cc/gcc-apple/libcpp/expr.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/charset.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/system.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/identifiers.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/makeucnid.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libcpp/makedepend.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/pch.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ucnid.tab N cm3/m3-sys/m3cc/gcc-apple/libcpp/init.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ucnid.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/config.in N cm3/m3-sys/m3cc/gcc-apple/libcpp/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libcpp/configure N cm3/m3-sys/m3cc/gcc-apple/libcpp/traditional.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/libcpp/files.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/lex.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libcpp/mkdeps.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/directives.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/internal.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libcpp/symtab.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/line-map.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/macro.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/errors.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/mkdeps.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/cpplib.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/cpp-id-data.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/symtab.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/line-map.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdint.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdbool.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/assert.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/varargs.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdarg.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/float.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/ppc_intrinsics.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/inttypes.h N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_version_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_version N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/README N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/crontab N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_web_docs_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/maintainer-addresses N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_web_docs_libstdcxx_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/gcc_release N cm3/m3-sys/m3cc/gcc-apple/contrib/compare_tests N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_params.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_gcc_for_doxygen N cm3/m3-sys/m3cc/gcc-apple/contrib/gthr_supp_vxw_5x.c N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_knr2ansi.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/index-prop N cm3/m3-sys/m3cc/gcc-apple/contrib/texi2pod.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/paranoia.cc N cm3/m3-sys/m3cc/gcc-apple/contrib/dg-cmp-results.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/gccbug.el N cm3/m3-sys/m3cc/gcc-apple/contrib/dglib.pm N cm3/m3-sys/m3cc/gcc-apple/contrib/gennews N cm3/m3-sys/m3cc/gcc-apple/contrib/tree-ssa.doxy N cm3/m3-sys/m3cc/gcc-apple/contrib/analyze_brprob N cm3/m3-sys/m3cc/gcc-apple/contrib/warn_summary N cm3/m3-sys/m3cc/gcc-apple/contrib/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/contrib/compareSumTests3 N cm3/m3-sys/m3cc/gcc-apple/contrib/test_summary N cm3/m3-sys/m3cc/gcc-apple/contrib/gcc_build N cm3/m3-sys/m3cc/gcc-apple/contrib/gcc_update N cm3/m3-sys/m3cc/gcc-apple/contrib/test_installed N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_search N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_test_template N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_periodic N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/README N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/README N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/objs-gcc.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/site.exp N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/btest-gcc.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Default.png N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Info.plist N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/widget.html N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Icon.png N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/en.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/de.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/ja.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/config/lib-ld.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sparcpic N cm3/m3-sys/m3cc/gcc-apple/config/warnings.m4 N cm3/m3-sys/m3cc/gcc-apple/config/progtest.m4 N cm3/m3-sys/m3cc/gcc-apple/config/unwind_ipinfo.m4 N cm3/m3-sys/m3cc/gcc-apple/config/iconv.m4 N cm3/m3-sys/m3cc/gcc-apple/config/uintmax_t.m4 N cm3/m3-sys/m3cc/gcc-apple/config/po.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86pic N cm3/m3-sys/m3cc/gcc-apple/config/mt-alphaieee N cm3/m3-sys/m3cc/gcc-apple/config/mh-cxux N cm3/m3-sys/m3cc/gcc-apple/config/glibc21.m4 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes-pri.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-s390pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-m68kpic N cm3/m3-sys/m3cc/gcc-apple/config/mh-i370pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-solaris N cm3/m3-sys/m3cc/gcc-apple/config/lib-prefix.m4 N cm3/m3-sys/m3cc/gcc-apple/config/lead-dot.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-necv4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-lynxrs6k N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppc-aix N cm3/m3-sys/m3cc/gcc-apple/config/mh-sysv4 N cm3/m3-sys/m3cc/gcc-apple/config/gettext.m4 N cm3/m3-sys/m3cc/gcc-apple/config/intdiv0.m4 N cm3/m3-sys/m3cc/gcc-apple/config/nls.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-elfalphapic N cm3/m3-sys/m3cc/gcc-apple/config/mh-interix N cm3/m3-sys/m3cc/gcc-apple/config/mt-gnu N cm3/m3-sys/m3cc/gcc-apple/config/acinclude.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-ia64pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-dgux386 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes_h.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-wince N cm3/m3-sys/m3cc/gcc-apple/config/multi.m4 N cm3/m3-sys/m3cc/gcc-apple/config/stdint_h.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86-darwin N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppcpic N cm3/m3-sys/m3cc/gcc-apple/config/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/config/mt-d30v N cm3/m3-sys/m3cc/gcc-apple/config/mh-cygwin N cm3/m3-sys/m3cc/gcc-apple/config/no-executables.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86omitfp N cm3/m3-sys/m3cc/gcc-apple/config/lib-link.m4 N cm3/m3-sys/m3cc/gcc-apple/config/gxx-include-dir.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-decstation N cm3/m3-sys/m3cc/gcc-apple/config/mh-papic N cm3/m3-sys/m3cc/gcc-apple/config/tls.m4 N cm3/m3-sys/m3cc/gcc-apple/config/acx.m4 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sysv5 N cm3/m3-sys/m3cc/gcc-apple/config/enable.m4 N cm3/m3-sys/m3cc/gcc-apple/config/ulonglong.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-ospace N cm3/m3-sys/m3cc/gcc-apple/config/mh-ncr3000 N cm3/m3-sys/m3cc/gcc-apple/config/lcmessage.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-armpic N cm3/m3-sys/m3cc/gcc-apple/config/depstand.m4 N cm3/m3-sys/m3cc/gcc-apple/config/codeset.m4 N cm3/m3-sys/m3cc/gcc-apple/config/gettext-sister.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sco N cm3/m3-sys/m3cc/gcc-apple/config/stdint.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-v810 N cm3/m3-sys/m3cc/gcc-apple/config/mh-djgpp N cm3/m3-sys/m3cc/gcc-apple/config/mt-netware N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppc-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/expr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-aux-info.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.def N cm3/m3-sys/m3cc/gcc-apple/gcc/bitmap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgcleanup.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-chrec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-copyrename.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ONEWS N cm3/m3-sys/m3cc/gcc-apple/gcc/optabs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gdbinit.in N cm3/m3-sys/m3cc/gcc-apple/gcc/print-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dfp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/modulo-sched.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sbitmap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reg-stack.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dce.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-scalar-evolution.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-forwprop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/targhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opt-functions.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-win32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/mkmap-symver.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-im.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-trans.c N cm3/m3-sys/m3cc/gcc-apple/gcc/haifa-sched.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stringpool.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-structalias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genpeep.c N cm3/m3-sys/m3cc/gcc-apple/gcc/var-tracking.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ABOUT-GCC-NLS N cm3/m3-sys/m3cc/gcc-apple/gcc/gengenrtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/system.h N cm3/m3-sys/m3cc/gcc-apple/gcc/fixproto N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-loop-linear.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-type-escape.h N cm3/m3-sys/m3cc/gcc-apple/gcc/postreload.c N cm3/m3-sys/m3cc/gcc-apple/gcc/function.c N cm3/m3-sys/m3cc/gcc-apple/gcc/varasm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-transform.c N cm3/m3-sys/m3cc/gcc-apple/gcc/scan-types.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/version.h N cm3/m3-sys/m3cc/gcc-apple/gcc/hard-reg-set.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssanames.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lcm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde.c N cm3/m3-sys/m3cc/gcc-apple/gcc/prefix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/flags.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-stdarg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-phinodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-utils.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/domwalk.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloop.h N cm3/m3-sys/m3cc/gcc-apple/gcc/regclass.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ifcvt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-unswitch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/double-int.h N cm3/m3-sys/m3cc/gcc-apple/gcc/stab.def N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda.h N cm3/m3-sys/m3cc/gcc-apple/gcc/reload.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df-scan.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-outof-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-inline.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vrp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-nks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/intl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-into-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dbxout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/SERVICE N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-zone.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dfa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-convert.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genoutput.c N cm3/m3-sys/m3cc/gcc-apple/gcc/debug.h N cm3/m3-sys/m3cc/gcc-apple/gcc/stmt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stub-objc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genattr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-patterns.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-iterator.c N cm3/m3-sys/m3cc/gcc-apple/gcc/graph.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-generic.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gccbug.in N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2out.h N cm3/m3-sys/m3cc/gcc-apple/gcc/value-prof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/builtins.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-gnat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/output.h N cm3/m3-sys/m3cc/gcc-apple/gcc/real.h N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-mat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/input.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vecprim.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dummy-checksum.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genopinit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-decl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-code.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-ebb.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cppspec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/simplify-rtx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opts-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-ppoutput.c N cm3/m3-sys/m3cc/gcc-apple/gcc/version.c N cm3/m3-sys/m3cc/gcc-apple/gcc/print-tree.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/protoize.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-reference.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-tpf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-prop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-copy.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.def N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-rgn.c N cm3/m3-sys/m3cc/gcc-apple/gcc/et-forest.c N cm3/m3-sys/m3cc/gcc-apple/gcc/main.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dfp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reg-notes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/toplev.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-invariant.c N cm3/m3-sys/m3cc/gcc-apple/gcc/emutls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/glimits.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-parser.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genchecksum.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-semantics.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-if-conv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-page.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gccspec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dbxout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-glibc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/gcc/scan.h N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog.11 N cm3/m3-sys/m3cc/gcc-apple/gcc/machmode.def N cm3/m3-sys/m3cc/gcc-apple/gcc/reload1.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-none.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genpreds.c N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog N cm3/m3-sys/m3cc/gcc-apple/gcc/sreal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gimple-low.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cselib.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-manip.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-math-opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1999 N cm3/m3-sys/m3cc/gcc-apple/gcc/coverage.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tracer.c N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc-std.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype-lex.l N cm3/m3-sys/m3cc/gcc-apple/gcc/lists.c N cm3/m3-sys/m3cc/gcc-apple/gcc/except.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fold-const.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-pre.c N cm3/m3-sys/m3cc/gcc-apple/gcc/integrate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nomudflap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hwint.h N cm3/m3-sys/m3cc/gcc-apple/gcc/read-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mips-tdump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-unswitch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/calls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fix-header.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ivcanon.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind.inc N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgexpand.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-reassoc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-prop.h N cm3/m3-sys/m3cc/gcc-apple/gcc/reload.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-init.c N cm3/m3-sys/m3cc/gcc-apple/gcc/errors.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloopanal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pretty-print.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genmodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype-yacc.y N cm3/m3-sys/m3cc/gcc-apple/gcc/intl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pragma.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-cppbuiltin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-lang.c N cm3/m3-sys/m3cc/gcc-apple/gcc/acinclude.m4 N cm3/m3-sys/m3cc/gcc-apple/gcc/c-format.c N cm3/m3-sys/m3cc/gcc-apple/gcc/combine.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sdbout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/mode-classes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vectorizer.h N cm3/m3-sys/m3cc/gcc-apple/gcc/crtstuff.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genconfig.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-iterator.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-compat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfghooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alias.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-cfgcleanup.c N cm3/m3-sys/m3cc/gcc-apple/gcc/builtin-types.def N cm3/m3-sys/m3cc/gcc-apple/gcc/builtin-attrs.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-live.h N cm3/m3-sys/m3cc/gcc-apple/gcc/LANGUAGES N cm3/m3-sys/m3cc/gcc-apple/gcc/caller-save.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-sink.c N cm3/m3-sys/m3cc/gcc-apple/gcc/expmed.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genextract.c N cm3/m3-sys/m3cc/gcc-apple/gcc/basic-block.h N cm3/m3-sys/m3cc/gcc-apple/gcc/collect2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sys-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-compat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/targhooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/prefix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config.host N cm3/m3-sys/m3cc/gcc-apple/gcc/varray.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gcc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-profile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl-error.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genflags.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-data-ref.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sbitmap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sync-builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/sort-protos N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2002 N cm3/m3-sys/m3cc/gcc-apple/gcc/recog.c N cm3/m3-sys/m3cc/gcc-apple/gcc/insn-notes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-operands.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pointer-set.c N cm3/m3-sys/m3cc/gcc-apple/gcc/real.c N cm3/m3-sys/m3cc/gcc-apple/gcc/graph.c N cm3/m3-sys/m3cc/gcc-apple/gcc/attribs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-omp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tsystem.h N cm3/m3-sys/m3cc/gcc-apple/gcc/except.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/recog.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfglayout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/emit-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mkconfig.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/defaults.h N cm3/m3-sys/m3cc/gcc-apple/gcc/scan-decls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genautomata.c N cm3/m3-sys/m3cc/gcc-apple/gcc/optabs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/convert.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/README.Portability N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-gnat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/collect2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/omp-low.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix95.h N cm3/m3-sys/m3cc/gcc-apple/gcc/web.c N cm3/m3-sys/m3cc/gcc-apple/gcc/vmsdbg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dump.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dojump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/vmsdbgout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mips-tfile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-dce.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-stdarg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-pass.h N cm3/m3-sys/m3cc/gcc-apple/gcc/DATESTAMP N cm3/m3-sys/m3cc/gcc-apple/gcc/config.in N cm3/m3-sys/m3cc/gcc-apple/gcc/cppdefault.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-inline.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opt-gather.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.h N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl-factoring.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/optc-gen.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2out.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2005 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-optimize.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-operands.h N cm3/m3-sys/m3cc/gcc-apple/gcc/final.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gsyslimits.h N cm3/m3-sys/m3cc/gcc-apple/gcc/libada-mk.in N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pretty-print.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gen-protos.c N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/BASE-VER N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-io.h N cm3/m3-sys/m3cc/gcc-apple/gcc/configure N cm3/m3-sys/m3cc/gcc-apple/gcc/libfuncs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-objc-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cstamp-h.in N cm3/m3-sys/m3cc/gcc-apple/gcc/resource.h N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gstab.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.h N cm3/m3-sys/m3cc/gcc-apple/gcc/emit-rtl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-browser.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mode-switching.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-type-escape.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sys-types.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gensupport.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-sra.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gencodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-solaris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/hosthooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraph.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fp-test.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-complex.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgrtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-phiopt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.lib N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-object-size.c N cm3/m3-sys/m3cc/gcc-apple/gcc/explow.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-errors.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfghooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/limitx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/jump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/omp-builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hosthooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-unroll.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-analyze.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mkmap-flat.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-address.c N cm3/m3-sys/m3cc/gcc-apple/gcc/coretypes.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/gcc/profile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-cp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-mudflap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-int.h N cm3/m3-sys/m3cc/gcc-apple/gcc/conditions.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.def N cm3/m3-sys/m3cc/gcc-apple/gcc/domwalk.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraph.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2asm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/toplev.h N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-doloop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-structalias.h N cm3/m3-sys/m3cc/gcc-apple/gcc/coverage.c N cm3/m3-sys/m3cc/gcc-apple/gcc/see.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-iov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cppdefault.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-vis.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfglayout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-tree.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nrv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde.h N cm3/m3-sys/m3cc/gcc-apple/gcc/postreload-gcse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-flow.h N cm3/m3-sys/m3cc/gcc-apple/gcc/local-alloc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/longlong.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genmultilib N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2004 N cm3/m3-sys/m3cc/gcc-apple/gcc/gensupport.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stor-layout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-threadedge.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-mudflap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-objc-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoffout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/COPYING N cm3/m3-sys/m3cc/gcc-apple/gcc/c-gimplify.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sdbout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config.gcc N cm3/m3-sys/m3cc/gcc-apple/gcc/gcc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/gcc/conflict.c N cm3/m3-sys/m3cc/gcc-apple/gcc/struct-equiv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2003 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dom.c N cm3/m3-sys/m3cc/gcc-apple/gcc/flow.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-prefetch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reorg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/value-prof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-propagate.h N cm3/m3-sys/m3cc/gcc-apple/gcc/insn-addr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/treestruct.def N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraphunit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pragma.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-chrec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-deps.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gsyms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/integrate.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tlink.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-ccp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/limity.h N cm3/m3-sys/m3cc/gcc-apple/gcc/target-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genattrtab.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-incpath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/bitmap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-inline.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/regmove.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoffout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/function.h N cm3/m3-sys/m3cc/gcc-apple/gcc/opts.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-generic.h N cm3/m3-sys/m3cc/gcc-apple/gcc/statistics.h N cm3/m3-sys/m3cc/gcc-apple/gcc/bt-load.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df-problems.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-utils.c N cm3/m3-sys/m3cc/gcc-apple/gcc/convert.c N cm3/m3-sys/m3cc/gcc-apple/gcc/typeclass.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-uncprop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/global.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-sjlj.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-flow-inline.h N cm3/m3-sys/m3cc/gcc-apple/gcc/addresses.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dominance.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-scalar-evolution.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genconstants.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-propagate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-iv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-io.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ddg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/common.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ivopts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.h N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-cfg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-tailcall.c N cm3/m3-sys/m3cc/gcc-apple/gcc/double-int.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.h N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sreal.h N cm3/m3-sys/m3cc/gcc-apple/gcc/machmode.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloopmanip.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2006 N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-reference.h N cm3/m3-sys/m3cc/gcc-apple/gcc/host-default.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-threadupdate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/configure.ac N cm3/m3-sys/m3cc/gcc-apple/gcc/genmddeps.c N cm3/m3-sys/m3cc/gcc-apple/gcc/bb-reorder.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ddg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alloc-pool.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-eh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mklibgcc.in N cm3/m3-sys/m3cc/gcc-apple/gcc/df-core.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-data-ref.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlhooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-typeck.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/opth-gen.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/scan.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cselib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/debug.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/varray.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vectorizer.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/et-forest.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2001 N cm3/m3-sys/m3cc/gcc-apple/gcc/c-config-lang.in N cm3/m3-sys/m3cc/gcc-apple/gcc/regrename.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-single.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-live.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-browser.def N cm3/m3-sys/m3cc/gcc-apple/gcc/resource.c N cm3/m3-sys/m3cc/gcc-apple/gcc/target.h N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog.10 N cm3/m3-sys/m3cc/gcc-apple/gcc/expr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-niter.c N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/DEV-PHASE N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-compat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gbl-ctors.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genrecog.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genemit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfganal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gencheck.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1998 N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlanal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2000 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vn.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-format.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-pure-const.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-lex.c N cm3/m3-sys/m3cc/gcc-apple/gcc/errors.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1997 N cm3/m3-sys/m3cc/gcc-apple/gcc/passes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config.build N cm3/m3-sys/m3cc/gcc-apple/gcc/alloc-pool.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgbuild.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pointer-set.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-incpath.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-aix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genconditions.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-interix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/gofast.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-nolc-override N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/kaos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dfp-bit.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-hpux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-crt2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbxcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd-nthr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/knetbsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-sld N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libc-ok N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-freebsd-thread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-dfprules N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-sections.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fp-bit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dfp-bit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-openbsd-thread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/udivmod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/elfos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/linux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vx-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/udivmodsi4.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-crt3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbxelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ptx4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-svr4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/chorus.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-lynx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fp-bit.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/divmod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-elf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libunwind-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/README N cm3/m3-sys/m3cc/gcc-apple/gcc/config/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-6.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-solaris.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libgcc-pic N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-driver.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libunwind N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-gnu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/usegas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin9.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/interix3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memcmp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/lynx.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/interix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-linux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memset.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-solaris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworks.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memmove.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/svr3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-freebsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/libgloss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsixf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd-spec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memcpy.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/openbsd-oldgas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/svr4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/kfreebsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/tm-dwarf2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin-libgcc.10.5.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ppro.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-darwin-x86_64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mmx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/smmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sse.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/driver-i386.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/tmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-darwin64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/athlon.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ammintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gstabs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pentium.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin-libgcc.10.4.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/emmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mm3dnow.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-gmm_malloc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/k6.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gmm_malloc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-i386-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-i386 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extendsftf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/letf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/truncdfsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixsfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunssfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixtfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunstfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unorddf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/addsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subdf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/double.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunsdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extended.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-8.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/soft-fp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatditf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/multf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/muldf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatdisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/ledf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divdf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/mulsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/t-softfp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatdidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/trunctfdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixsfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/README N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extenddftf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixtfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunditf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunsdfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/trunctfsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/gedf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/addtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extendsfdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/quad.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/adddf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/gesf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatundidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixdfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/lesf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/getf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatundisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/single.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunssfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unordsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunstfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unordtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-1.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/7450.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/builtin.ops N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-darwin64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-libgcc.10.5.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/mpc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-darwin8 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ops-to-gp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs64.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/40x.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/6xx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/7xx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-vecsave.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/603.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/power5.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/altivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ppc64-fp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-ldouble.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/440.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vec.ops N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-fpsave.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/altivec.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-world.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-libgcc.10.4.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-fallback.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rios2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rios1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/host-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/spe.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-rs6000 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/8540.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-ldouble-format N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/libgcc-ppc64.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin7.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin8.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/host-ppc64-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/power4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/host-arm-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ieee754-df.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-slibgcc-iphoneos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unwind-arm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixunssfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/fpa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-xscale-coff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm-coff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-eabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-semi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-strongarm-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm926ejs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/xscale-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/aof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/wince-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-symbian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1020e.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-xscale-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libgcc-bpabi.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ecos-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/mmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/uclinux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ieee754-sf.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-cores.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/semi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixunsdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libgcc-iphoneos.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/kaos-strongarm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/cirrus.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-bpabi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/semiaof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-generic.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/gentune.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1136jfs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unknown-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/vfp.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libunwind.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-tune.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/xscale-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unwind-arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-wince-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pr-support.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/symbian.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/rtems-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/iwmmxt.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/kaos-arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-strongarm-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1026ejs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixsfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/README-interworking N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unaligned-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-linux-eabi N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stdbool.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/iso646.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/varargs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stdarg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/decfloat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/float.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stddef.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/tgmath.h N cm3/m3-sys/m3cc/gcc-apple/INSTALL/README N cm3/m3-sys/m3cc/gcc-apple/include/xregex.h N cm3/m3-sys/m3cc/gcc-apple/include/obstack.h N cm3/m3-sys/m3cc/gcc-apple/include/xtensa-config.h N cm3/m3-sys/m3cc/gcc-apple/include/safe-ctype.h N cm3/m3-sys/m3cc/gcc-apple/include/xregex2.h N cm3/m3-sys/m3cc/gcc-apple/include/dyn-string.h N cm3/m3-sys/m3cc/gcc-apple/include/md5.h N cm3/m3-sys/m3cc/gcc-apple/include/sort.h N cm3/m3-sys/m3cc/gcc-apple/include/ternary.h N cm3/m3-sys/m3cc/gcc-apple/include/fibheap.h N cm3/m3-sys/m3cc/gcc-apple/include/ChangeLog-9103 N cm3/m3-sys/m3cc/gcc-apple/include/filenames.h N cm3/m3-sys/m3cc/gcc-apple/include/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/include/splay-tree.h N cm3/m3-sys/m3cc/gcc-apple/include/COPYING N cm3/m3-sys/m3cc/gcc-apple/include/getopt.h N cm3/m3-sys/m3cc/gcc-apple/include/floatformat.h N cm3/m3-sys/m3cc/gcc-apple/include/partition.h N cm3/m3-sys/m3cc/gcc-apple/include/libiberty.h N cm3/m3-sys/m3cc/gcc-apple/include/objalloc.h N cm3/m3-sys/m3cc/gcc-apple/include/fnmatch.h N cm3/m3-sys/m3cc/gcc-apple/include/ansidecl.h N cm3/m3-sys/m3cc/gcc-apple/include/symcat.h N cm3/m3-sys/m3cc/gcc-apple/include/demangle.h N cm3/m3-sys/m3cc/gcc-apple/include/hashtab.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decLibrary.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumberLocal.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal128.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal32.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal64.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decUtility.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/config.in N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/configure N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decRound.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decContext.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal64.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decDPD.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal128.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumber.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decUtility.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decContext.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumber.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal32.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-msdos.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demint.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getpagesize.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/partition.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strndup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/mempcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vasprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config.h-vms N cm3/m3-sys/m3cc/gcc-apple/libiberty/gather-docs N cm3/m3-sys/m3cc/gcc-apple/libiberty/getpwd.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/maint-tool N cm3/m3-sys/m3cc/gcc-apple/libiberty/hex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/physmem.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fdmatch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/objalloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vsnprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/sigsetmask.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/lrealpath.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/makefile.vms N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/obstacks.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/choose-temp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ffs.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/dyn-string.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/make-temp-file.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/atexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bzero.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/at-file.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtol.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strerror.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libiberty/vfprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/mkstemps.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-common.h N cm3/m3-sys/m3cc/gcc-apple/libiberty/hashtab.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bcmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getopt1.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fopen_unlocked.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/functions.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/vprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bsearch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strncmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtoul.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/safe-ctype.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/waitpid.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/regex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/stpcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/spaces.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fnmatch.txh N cm3/m3-sys/m3cc/gcc-apple/libiberty/README N cm3/m3-sys/m3cc/gcc-apple/libiberty/calloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/splay-tree.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bcopy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/asprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getruntime.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-djgpp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/libiberty.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strverscmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cplus-dem.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demangle.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrerror.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libiberty/xmemdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/configure N cm3/m3-sys/m3cc/gcc-apple/libiberty/insque.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vfork.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/stpncpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/putenv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/md5.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strrchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-one.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demangle.h N cm3/m3-sys/m3cc/gcc-apple/libiberty/strsignal.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/libiberty/lbasename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fibheap.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtod.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/rename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-common.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fnmatch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/floatformat.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memcmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-win32.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/libiberty/xatexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/unlink-if-ordinary.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/argv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/gettimeofday.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/random.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/make-relative-prefix.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/copying-lib.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strncasecmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strstr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memset.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xmalloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/clock.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vmsbuild.com N cm3/m3-sys/m3cc/gcc-apple/libiberty/basename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pexecute.txh N cm3/m3-sys/m3cc/gcc-apple/libiberty/ternary.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/_doprnt.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/index.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strcasecmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memmove.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/concat.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vsprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/rindex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-unix.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrndup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/msdos.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/setenv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getopt.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/sort.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/obstack.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/copysign.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getcwd.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/tmpnam.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/alloca.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/snprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pexecute.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-cxux7 N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-openedition N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-fbsd21 N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-windows N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-aix N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-expandargv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-demangle.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/demangle-expected N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-pexecute.c No conflicts created by this import From jkrell at elego.de Fri May 15 11:16:35 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:16:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515091635.D7BFFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:16:35 Modified files: cm3/m3-sys/m3cc/gcc-apple/: REMOVED Log message: remove two errant spaces that inhibit using this for crude scripting (you'll see shortly) From jkrell at elego.de Fri May 15 11:18:56 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:18:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515091857.0BEBBCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:18:56 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv1822 Log Message: add back in gcc/config that which Apple deleted, from http://mirrors.kernel.org/gnu/gcc/gcc-4.2.1/gcc-4.2.1.tar.bz2 This restores the ability to host on non-Darwin platforms. grep gcc/config ~/dev2/cm3/m3-sys/m3cc/gcc-apple/REMOVED | awk "{print \"gcc-4.2.1/\" \$0}" | tar --files-from - -xf gcc-4.2.1.tar.bz2 # Two spaces had to be removed from REMOVED so that i386/freebsd64.h and i386/gas.h work. cd gcc-4.2.1 cvs import cm3/m3-sys/m3cc/gcc-apple fsf gcc_4_2_1 Status: Vendor Tag: fsf Release Tags: gcc_4_2_1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/jump.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/shift.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-lib2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/muldiv.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/cond.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/blkmov.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/prologue.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/t-m32c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-lib1.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/mov.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-pragma.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/addsub.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/minmax.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/bitops.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11-crt0.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc12.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/larith.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/t-m68hc11-gas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-tpf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/fixdfdi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/2084.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390x.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/2064.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/initfini.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/t-m32r N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/little.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/libgcc.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/t-c4x N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/t-mn10300 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygming.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/crtdll.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/knetbsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gthr-win32.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nwld.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygming.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-mingw32.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-interix3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-gc1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-cygwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sco5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/kaos-i386.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/freebsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/att.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sco5.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-c1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nto.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mach.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/djgpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/beos-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pmm_malloc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mingw32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-crt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ptx4-i.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/openbsdelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/libgcc-x86_64-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nwld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin1.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/djgpp.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gmon-sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv4-cpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-interix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/kfreebsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.exp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/t-v850e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/t-v850 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-bfin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crtn.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crti.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/uclinux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-bfin-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crtlibid.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/ultra1_2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/libgcc-sparc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-sol2-64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/openbsd1-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sp-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/ultra3.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol26-sld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gas-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparclet.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/cypress.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-c1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/hypersparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/supersparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-netbsd64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sysv4-only.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gld-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/long-double-switch.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/lb1spc.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/lb1spl.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/niagara.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/little-endian.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/openbsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/gmon-sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sp64-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-m68kbare N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68020-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/lb1sf68.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/crtn.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/crti.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/ieee.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/uclinux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-slibgcc-elf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68kemb.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-m68kelf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68kelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/math-68881.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-none.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/fpgnulib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-uclinux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-ld.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev6.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/xm-vms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms_tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-alpha N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-vms N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-osf4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-psxcrt0-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/libgcc-alpha-ldbl.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-osf-pthread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-vms64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-dwarf2.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev5.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/qrnnd.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-unicosmk N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/osf5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/va_list.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-psxcrt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/osf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/x-vms N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-ieee N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-crt0-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-cc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/unicosmk.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-dwarf2eh.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-crt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/t-mmix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/misc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-conv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-mdaux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-version.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score7.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/t-score-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-mdaux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/mul-div.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/mac.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/arit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-aout N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/aout.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-elfmulti N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/linux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris_abi_symbol.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-cris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/elf.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/mulsi3.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/libgcc.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/t-avr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/lib2extra-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/t-iq2000 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/t-pdp11 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/2bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-isa3264 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-iris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4100.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-sr71k N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-slibgcc-irix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-gofast N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/9000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/3000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-ps-3d.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips16.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-sb1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5400.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sr71k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/r3900.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/24k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/dbxmdebug.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sdb.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4600.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/irix-crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris6.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/7000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/irix-crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/generic.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-iris6 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sb1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-vr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/elforion.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-mips N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-dsp.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/6000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4130.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vr4120-div.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5500.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-r3900 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/ieee754-df.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/lib2funcs.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/ieee754-sf.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-xtensa N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/libgcc-ia64.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64intrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/vect.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/unwind-ia64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/itanium2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/unwind-ia64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/fde-glibc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-ia64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-glibc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-glibc-libunwind N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtend.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ilp32.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/itanium1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtbegin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/quadlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/fptr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa32-regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/som.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-slibgcc-sjlj-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1111.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-osf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa32-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/x-ada N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/stublib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-hpux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/hpux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-hpux-shlib N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-slibgcc-dwarf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/x-ada-hpux10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pro N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/milli64.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-dce-thr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1010.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/lib2funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-start.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-pro-end.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux11 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1010.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1111.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/quadlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy-abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/t-stormy16 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16-lib2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/t-memfuncs N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/openbsd1.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/ultrix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vaxv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/t-fr30 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/lib1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/t-mcore-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/t-mcore N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divtab-sh4.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divtab.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/ushmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-compact-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-netbsd-sh5-64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/embed-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh3 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh3e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-1e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-symbian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4al N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-64media N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-32media-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divcost-analysis N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/shmedia.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/kaos-sh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-superh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-compact N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-sh64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/libgcc-excl.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/newlib.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-64media-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs-Os-4-200.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/little.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-32media N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian-post.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crt1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux-atomic.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh4a.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian-pre.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/shmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sshmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/e500-double.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabisim.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-spe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/spe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sol-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix51.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/libgcc-ppc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-newas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sfp-machine.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-lynx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-vxworksae N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules-fpbit N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcgas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix41.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules-softfp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-aix52 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/secureplt.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linuxspe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sol-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/default64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabispe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabialtivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix43.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/milli.exp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linuxaltivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/xcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix52.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppccomm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-beos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-aix43 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/crtsavres.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4le.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ppc-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix41.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/kaos-ppc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/beos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcendian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/umodi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/modi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-abi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/ulltof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frvend.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovd.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/libgcc-frv.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovw.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/t-frv N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/uitof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frvbegin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/ulltod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/uitod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/initfini.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/t-arc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/t-mt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/lib2extra-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/ABI.txt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/clzhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/genmova.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-h8300 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/ctzhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/mova.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/fixunssfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/parityhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/popcounthi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/t-crx No conflicts created by this import From jkrell at elego.de Fri May 15 11:36:00 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:36:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515093600.23925CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:36:00 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c tree-nested.c tree-ssa-alias.c tree.def Log message: merge changes from mainline, filtering out those that "just" are to aid debugging or are #if 0'ed or commented out From jay.krell at cornell.edu Fri May 15 11:38:40 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 09:38:40 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090515093600.23925CC3B5@birch.elegosoft.com> References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: Here is the diff. I find this incredibly difficult to glean from cvs after the commit is done. I constantly root around the web interface to each file involved in a change. It's terrible. The older patched Tinderbox had something for recent checkins, that was nice. I was going to paste it into the commented, but I worried it might confuse cvs. I think this diff is kind of important and would be interested in explanations for the various ports. Note that the "NOTE" part varies between 4.2 and 4.3. Index: final.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 final.c --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ final.c 15 May 2009 09:34:02 -0000 @@ -3378,6 +3378,18 @@ output_addr_const (file, XEXP (x, 0)); break; + case NOTE: + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); +#ifdef ASM_OUTPUT_LABEL_REF + ASM_OUTPUT_LABEL_REF (file, buf); +#else + assemble_name (file, buf); +#endif + break; + } + /* Fall through. */ + default: #ifdef OUTPUT_ADDR_CONST_EXTRA OUTPUT_ADDR_CONST_EXTRA (file, x, fail); Index: gimplify.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 gimplify.c --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ gimplify.c 15 May 2009 09:34:02 -0000 @@ -5509,6 +5509,11 @@ } break; + case STATIC_CHAIN_EXPR: + /* The argument is used as information only. No need to gimplify */ + ret = GS_ALL_DONE; + break; + case TREE_LIST: gcc_unreachable (); Index: tree-gimple.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-gimple.c --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ tree-gimple.c 15 May 2009 09:34:03 -0000 @@ -72,6 +72,7 @@ case VECTOR_CST: case OBJ_TYPE_REF: case ASSERT_EXPR: + case STATIC_CHAIN_EXPR: return true; default: Index: tree-nested.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-nested.c --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ tree-nested.c 15 May 2009 09:34:03 -0000 @@ -1603,6 +1603,9 @@ switch (TREE_CODE (t)) { case ADDR_EXPR: + if (TREE_STATIC (t)) + break; + /* Build T.1 = &CHAIN->tramp; T.2 = __builtin_adjust_trampoline (T.1); @@ -1693,6 +1696,22 @@ } break; + case STATIC_CHAIN_EXPR: + decl = TREE_OPERAND (t, 0); + target_context = decl_function_context (decl); + if (target_context) + { + if (info->context == target_context) + { + /* Make sure frame_decl gets created. */ + (void) get_frame_type (info); + } + *tp = get_static_chain (info, target_context, &wi->tsi); + } + else + *tp = null_pointer_node; + break; + case RETURN_EXPR: case MODIFY_EXPR: case WITH_SIZE_EXPR: @@ -1892,7 +1911,7 @@ proper BIND_EXPR. */ if (root->new_local_var_chain) declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root->context), - false); + true); if (root->debug_var_chain) declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root->context), true); Index: tree-ssa-alias.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-ssa-alias.c --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 @@ -1695,6 +1695,7 @@ { if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) && TREE_CODE (var) != RESULT_DECL + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve TREE_ADDRESSABLE */ && !is_global_var (var)) { bool okay_to_mark = true; Index: tree.def =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree.def --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 +++ tree.def 15 May 2009 09:34:05 -0000 @@ -528,6 +528,10 @@ Operand 2 is the static chain argument, or NULL. */ DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) +/* Static chain. Operand 0 is the FUNCTION_DECL for which the static chain is + to be computed. */ +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", tcc_expression, 1) + /* Specify a value to compute along with its corresponding cleanup. Operand 0 is the cleanup expression. The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, - Jay ---------------------------------------- > Date: Fri, 15 May 2009 11:36:00 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/15 11:36:00 > > Modified files: > cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c > tree-nested.c tree-ssa-alias.c > tree.def > > Log message: > merge changes from mainline, filtering out those that "just" are > to aid debugging or are #if 0'ed or commented out > From jkrell at elego.de Fri May 15 12:26:58 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 12:26:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515102658.92882CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 12:26:58 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX From jkrell at elego.de Fri May 15 12:30:12 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 12:30:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515103014.0184ACC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 12:30:12 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: move env to before the configure command line instead of within it to workaround some unexplained shell problem; enable teeing configure to _m3.log From jkrell at elego.de Fri May 15 13:58:07 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 13:58:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515115807.68F02CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 13:58:07 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: rework m3cc_Run for NT write to a temporary .sh file and run it keeping up to 999 such files make sure _m3.log is always the same, even as we cd around The sed commands to remove libiconv dependency weren't working. Throw in another strange variation that seems to work. Support building iphone/ARM_DARWIN backend from gcc-apple source. Including removing the optional gmp/mpfr dependency (related to the iconv/sed change) At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. (I had tried some use of #include up and over, but it didn't work, like the scanning for garbage collected types or something?) Some changes to parse.c still not commited. From hosking at cs.purdue.edu Fri May 15 13:57:31 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 15 May 2009 21:57:31 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: You need to make use of the tags to find the diffs. On 15 May 2009, at 19:38, Jay wrote: > > Here is the diff. I find this incredibly difficult to glean from cvs > after the commit is done. I constantly root around the web interface > to each file involved in a change. It's terrible. The older patched > Tinderbox had something for recent checkins, that was nice. I was > going to paste it into the commented, but I worried it might confuse > cvs. > > > I think this diff is kind of important and would be interested in > explanations for the various ports. Note that the "NOTE" part varies > between 4.2 and 4.3. > > > Index: final.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 final.c > --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ final.c 15 May 2009 09:34:02 -0000 > @@ -3378,6 +3378,18 @@ > output_addr_const (file, XEXP (x, 0)); > break; > > + case NOTE: > + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { > + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); > +#ifdef ASM_OUTPUT_LABEL_REF > + ASM_OUTPUT_LABEL_REF (file, buf); > +#else > + assemble_name (file, buf); > +#endif > + break; > + } > + /* Fall through. */ > + > default: > #ifdef OUTPUT_ADDR_CONST_EXTRA > OUTPUT_ADDR_CONST_EXTRA (file, x, fail); > Index: gimplify.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 gimplify.c > --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ gimplify.c 15 May 2009 09:34:02 -0000 > @@ -5509,6 +5509,11 @@ > } > break; > > + case STATIC_CHAIN_EXPR: > + /* The argument is used as information only. No need to > gimplify */ > + ret = GS_ALL_DONE; > + break; > + > case TREE_LIST: > gcc_unreachable (); > > Index: tree-gimple.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-gimple.c > --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ tree-gimple.c 15 May 2009 09:34:03 -0000 > @@ -72,6 +72,7 @@ > case VECTOR_CST: > case OBJ_TYPE_REF: > case ASSERT_EXPR: > + case STATIC_CHAIN_EXPR: > return true; > > default: > Index: tree-nested.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-nested.c > --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ tree-nested.c 15 May 2009 09:34:03 -0000 > @@ -1603,6 +1603,9 @@ > switch (TREE_CODE (t)) > { > case ADDR_EXPR: > + if (TREE_STATIC (t)) > + break; > + > /* Build > T.1 = &CHAIN->tramp; > T.2 = __builtin_adjust_trampoline (T.1); > @@ -1693,6 +1696,22 @@ > } > break; > > + case STATIC_CHAIN_EXPR: > + decl = TREE_OPERAND (t, 0); > + target_context = decl_function_context (decl); > + if (target_context) > + { > + if (info->context == target_context) > + { > + /* Make sure frame_decl gets created. */ > + (void) get_frame_type (info); > + } > + *tp = get_static_chain (info, target_context, &wi->tsi); > + } > + else > + *tp = null_pointer_node; > + break; > + > case RETURN_EXPR: > case MODIFY_EXPR: > case WITH_SIZE_EXPR: > @@ -1892,7 +1911,7 @@ > proper BIND_EXPR. */ > if (root->new_local_var_chain) > declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root- > >context), > - false); > + true); > if (root->debug_var_chain) > declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root- > >context), > true); > Index: tree-ssa-alias.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-ssa-alias.c > --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 > +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 > @@ -1695,6 +1695,7 @@ > { > if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) > && TREE_CODE (var) != RESULT_DECL > + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve > TREE_ADDRESSABLE */ > && !is_global_var (var)) > { > bool okay_to_mark = true; > Index: tree.def > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree.def > --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 > +++ tree.def 15 May 2009 09:34:05 -0000 > @@ -528,6 +528,10 @@ > Operand 2 is the static chain argument, or NULL. */ > DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) > > +/* Static chain. Operand 0 is the FUNCTION_DECL for which the > static chain is > + to be computed. */ > +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", > tcc_expression, 1) > + > /* Specify a value to compute along with its corresponding cleanup. > Operand 0 is the cleanup expression. > The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, > > > > - Jay > > > ---------------------------------------- >> Date: Fri, 15 May 2009 11:36:00 +0000 >> To: m3commit at elegosoft.com >> From: jkrell at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: jkrell at birch. 09/05/15 11:36:00 >> >> Modified files: >> cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c >> tree-nested.c tree-ssa-alias.c >> tree.def >> >> Log message: >> merge changes from mainline, filtering out those that "just" are >> to aid debugging or are #if 0'ed or commented out >> From jay.krell at cornell.edu Fri May 15 14:22:29 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 12:22:29 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: I don't mean the diffs in m3cc/gcc specifically, I mean the diffs of any checkin at all. I got these diffs by diffing against a clean 4.3.0 or such. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Fri, 15 May 2009 21:57:31 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > You need to make use of the tags to find the diffs. > > On 15 May 2009, at 19:38, Jay wrote: > >> >> Here is the diff. I find this incredibly difficult to glean from cvs >> after the commit is done. I constantly root around the web interface >> to each file involved in a change. It's terrible. The older patched >> Tinderbox had something for recent checkins, that was nice. I was >> going to paste it into the commented, but I worried it might confuse >> cvs. >> >> >> I think this diff is kind of important and would be interested in >> explanations for the various ports. Note that the "NOTE" part varies >> between 4.2 and 4.3. >> >> >> Index: final.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 final.c >> --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ final.c 15 May 2009 09:34:02 -0000 >> @@ -3378,6 +3378,18 @@ >> output_addr_const (file, XEXP (x, 0)); >> break; >> >> + case NOTE: >> + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { >> + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); >> +#ifdef ASM_OUTPUT_LABEL_REF >> + ASM_OUTPUT_LABEL_REF (file, buf); >> +#else >> + assemble_name (file, buf); >> +#endif >> + break; >> + } >> + /* Fall through. */ >> + >> default: >> #ifdef OUTPUT_ADDR_CONST_EXTRA >> OUTPUT_ADDR_CONST_EXTRA (file, x, fail); >> Index: gimplify.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 gimplify.c >> --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ gimplify.c 15 May 2009 09:34:02 -0000 >> @@ -5509,6 +5509,11 @@ >> } >> break; >> >> + case STATIC_CHAIN_EXPR: >> + /* The argument is used as information only. No need to >> gimplify */ >> + ret = GS_ALL_DONE; >> + break; >> + >> case TREE_LIST: >> gcc_unreachable (); >> >> Index: tree-gimple.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-gimple.c >> --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ tree-gimple.c 15 May 2009 09:34:03 -0000 >> @@ -72,6 +72,7 @@ >> case VECTOR_CST: >> case OBJ_TYPE_REF: >> case ASSERT_EXPR: >> + case STATIC_CHAIN_EXPR: >> return true; >> >> default: >> Index: tree-nested.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-nested.c >> --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ tree-nested.c 15 May 2009 09:34:03 -0000 >> @@ -1603,6 +1603,9 @@ >> switch (TREE_CODE (t)) >> { >> case ADDR_EXPR: >> + if (TREE_STATIC (t)) >> + break; >> + >> /* Build >> T.1 = &CHAIN->tramp; >> T.2 = __builtin_adjust_trampoline (T.1); >> @@ -1693,6 +1696,22 @@ >> } >> break; >> >> + case STATIC_CHAIN_EXPR: >> + decl = TREE_OPERAND (t, 0); >> + target_context = decl_function_context (decl); >> + if (target_context) >> + { >> + if (info->context == target_context) >> + { >> + /* Make sure frame_decl gets created. */ >> + (void) get_frame_type (info); >> + } >> + *tp = get_static_chain (info, target_context, &wi->tsi); >> + } >> + else >> + *tp = null_pointer_node; >> + break; >> + >> case RETURN_EXPR: >> case MODIFY_EXPR: >> case WITH_SIZE_EXPR: >> @@ -1892,7 +1911,7 @@ >> proper BIND_EXPR. */ >> if (root->new_local_var_chain) >> declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root- >>>context), >> - false); >> + true); >> if (root->debug_var_chain) >> declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root- >>>context), >> true); >> Index: tree-ssa-alias.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-ssa-alias.c >> --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 >> +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 >> @@ -1695,6 +1695,7 @@ >> { >> if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) >> && TREE_CODE (var) != RESULT_DECL >> + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve >> TREE_ADDRESSABLE */ >> && !is_global_var (var)) >> { >> bool okay_to_mark = true; >> Index: tree.def >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree.def >> --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 >> +++ tree.def 15 May 2009 09:34:05 -0000 >> @@ -528,6 +528,10 @@ >> Operand 2 is the static chain argument, or NULL. */ >> DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) >> >> +/* Static chain. Operand 0 is the FUNCTION_DECL for which the >> static chain is >> + to be computed. */ >> +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", >> tcc_expression, 1) >> + >> /* Specify a value to compute along with its corresponding cleanup. >> Operand 0 is the cleanup expression. >> The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, >> >> >> >> - Jay >> >> >> ---------------------------------------- >>> Date: Fri, 15 May 2009 11:36:00 +0000 >>> To: m3commit at elegosoft.com >>> From: jkrell at elego.de >>> Subject: [M3commit] CVS Update: cm3 >>> >>> CVSROOT: /usr/cvs >>> Changes by: jkrell at birch. 09/05/15 11:36:00 >>> >>> Modified files: >>> cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c >>> tree-nested.c tree-ssa-alias.c >>> tree.def >>> >>> Log message: >>> merge changes from mainline, filtering out those that "just" are >>> to aid debugging or are #if 0'ed or commented out >>> > From jkrell at elego.de Fri May 15 14:38:19 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 14:38:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515123819.3FB9CCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 14:38:19 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: adaptions so it compiles against 4.2 primarily by copying three functions from http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-sys/m3cc/gcc-4.1.1/gcc/m3cg/Attic/parse.c?rev=1.9;content-type=text%2Fplain scan_float m3_call_direct m3_call_indirect not yet known if output is viable iphone/ARM_DARWIN backend should now build via cm3 -DM3CC_TARGET=ARM_DARWIN From jkrell at elego.de Sat May 16 00:08:37 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:08:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515220838.337B7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:08:37 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv18847 Log Message: more files missing from Apple's gcc, including files needed to host on cygwin derivation, not very automated tar xf gcc-core-4.2.1.tar.bz2 tar xf gcc_42-5566.tar.gz dir /s/b gcc-4.2.1 > gcc-4.2.1.txt dir /s/b gcc_42-5566 > gcc_42-5566.txt remove prefixes in gcc-4.2.1.txt and gcc_42-5566.txt diff gcc-4.2.1.txt gcc_42-5566.txt | grep "<" > 1.txt sed -ie "s/^< //" 1.txt manually remove noise: doc treelang lex yacc files at root basically all but gcc/config change backslashes to forward slashes Then want to remove from this file lines that occur in Apple's REMOVED file. Sadly, this was done manually. Also, one file has files where the other leaves it as directories. After some manual operations, specifically checking all the directories -- that is all but i386 and rs6000 -- you end up with the list: gcc/config/i386/sysv5.h gcc/config/i386/t-beos gcc/config/i386/t-crtfm gcc/config/i386/t-crtpic gcc/config/i386/t-crtstuff gcc/config/i386/t-cygming gcc/config/i386/t-cygwin gcc/config/i386/t-djgpp gcc/config/i386/t-gthr-win32 gcc/config/i386/t-i386elf gcc/config/i386/t-interix gcc/config/i386/t-linux64 gcc/config/i386/t-mingw32 gcc/config/i386/t-netware gcc/config/i386/t-nto gcc/config/i386/t-nwld gcc/config/i386/t-openbsd gcc/config/i386/t-pmm_malloc gcc/config/i386/t-rtems-i386 gcc/config/i386/t-sco5 gcc/config/i386/t-sol2 gcc/config/i386/t-sol2-10 gcc/config/i386/t-svr3dbx gcc/config/i386/t-uwin gcc/config/i386/t-vxworks gcc/config/i386/t-vxworksae gcc/config/i386/unix.h gcc/config/i386/uwin.asm gcc/config/i386/uwin.h gcc/config/i386/vxworks.h gcc/config/i386/vxworksae.h gcc/config/i386/winnt-cxx.c gcc/config/i386/winnt-stubs.c gcc/config/i386/winnt.c gcc/config/i386/x-cygwin gcc/config/i386/x-mingw32 gcc/config/i386/x86-64.h gcc/config/i386/xm-cygwin.h gcc/config/i386/xm-djgpp.h gcc/config/i386/xm-mingw32.h All the t- files are probably target and can be omitted, but I won't. Prefix all these with gcc-4.2.1/ dos2unix *.txt rd /q/s gcc-4.2.1 tar --files-from 3.txt -xf gcc-core-4.2.1.tar.bz2 cd gcc-4.2.1 cvs import cm3/m3-sys/m3cc/gcc-apple fsf gcc_4_2_1 Status: Vendor Tag: fsf Release Tags: gcc_4_2_1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-mingw32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sol2-10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-mingw32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/unix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-gthr-win32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-nto N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/uwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-i386elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-cygming N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt-cxx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-cygwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt-stubs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-vxworksae N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-nwld N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-djgpp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-pmm_malloc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/uwin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-netware N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x86-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-rtems-i386 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-interix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-cygwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sco5 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-cygwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-beos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-svr3dbx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-mingw32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-uwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-djgpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtpic No conflicts created by this import From jkrell at elego.de Sat May 16 00:23:49 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:23:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515222349.D28C7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:23:49 Modified files: cm3/m3-libs/libm3/src/: m3overrides Log message: cleanup, but it did work for me, something might be off with Peter's config files From jkrell at elego.de Sat May 16 00:28:00 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:28:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515222800.53D27CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:28:00 Modified files: cm3/m3-libs/libm3/src/: m3overrides Log message: put it back, fix config file instead, leave this to catch config file edits From jkrell at elego.de Sat May 16 01:05:43 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 1:05:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515230543.7063CCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 01:05:43 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c cm3/m3-sys/m3cc/gcc-apple/gcc/: convert.c Log message: some small adapations and now it builds specifically remove the Apple-specific compound literal thing and put in some some variables and one unused function in parse.c all of which are referenced From jay.krell at cornell.edu Sat May 16 01:07:06 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 23:07:06 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090515230543.7063CCC308@birch.elegosoft.com> References: <20090515230543.7063CCC308@birch.elegosoft.com> Message-ID: Here is this diff: Index: gcc/gcc/m3cg/parse.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc/gcc/m3cg/parse.c,v retrieving revision 1.95 diff -u -r1.95 parse.c --- gcc/gcc/m3cg/parse.c 15 May 2009 12:38:18 -0000 1.95 +++ gcc/gcc/m3cg/parse.c 15 May 2009 23:03:45 -0000 @@ -5382,6 +5382,18 @@ } } +#ifdef GCC42 +int flag_iasm_blocks; +enum iasm_states iasm_state; +bool iasm_in_operands; +struct cpp_reader* parse_in; +#define add_stmt c_add_stmt +#include "../stub-objc.c" +c_language_kind c_language; +/* This is used by cfstring code; providing it here makes us not have to #if 0 out a few bits. */ +tree pushdecl_top_level (tree x) { gcc_unreachable(); return NULL_TREE; } +#endif + /* New garbage collection regime see gty.texi. */ #include "debug.h" #include "gtype-m3cg.h" Index: gcc-apple/gcc/convert.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/convert.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 convert.c --- gcc-apple/gcc/convert.c 15 May 2009 08:41:28 -0000 1.1.1.1 +++ gcc-apple/gcc/convert.c 15 May 2009 23:03:46 -0000 @@ -803,6 +803,7 @@ } } +#if 0 /* remove from cm3 -- we don't have build_stmt, store_init_value, which are I think part of the C frontend */ /* APPLE LOCAL begin AltiVec */ /* Build a COMPOUND_LITERAL_EXPR. TYPE is the type given in the compound literal. INIT is a CONSTRUCTOR that initializes the compound literal. */ @@ -827,6 +828,7 @@ return complit; } /* APPLE LOCAL end AltiVec */ +#endif /* remove from cm3 */ /* Convert EXPR to the vector type TYPE in the usual ways. */ @@ -842,6 +844,7 @@ error ("can't convert between vector values of different size"); return error_mark_node; } +#if 0 /* remove from cm3 -- we don't have the code it needs */ /* APPLE LOCAL begin AltiVec */ if (TREE_CODE (type) == VECTOR_TYPE && TREE_CODE (TREE_TYPE (expr)) == VECTOR_TYPE @@ -849,7 +852,7 @@ /* converting a constant vector to new vector type with Motorola Syntax. */ return convert (type, build_compound_literal_vector (TREE_TYPE (expr), expr)); /* APPLE LOCAL end AltiVec */ - +#endif /* remove from cm3 -- we don't have the code it needs */ return build1 (VIEW_CONVERT_EXPR, type, expr); default: - Jay ---------------------------------------- > Date: Sat, 16 May 2009 01:05:43 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/16 01:05:43 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > cm3/m3-sys/m3cc/gcc-apple/gcc/: convert.c > > Log message: > some small adapations and now it builds > specifically remove the Apple-specific compound literal thing > and put in some some variables and one unused function in parse.c > all of which are referenced > From wagner at elego.de Sat May 16 18:47:40 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 16 May 2009 18:47:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090516164740.B0CECCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/16 18:47:40 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Build.m3 Log message: fix some problems with -no-m3ship-resolution modified: cm3/src/M3Build.m3 From wagner at elego.de Sat May 16 18:54:06 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 16 May 2009 18:54:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090516165407.12579CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/16 18:54:06 Modified files: cm3/scripts/: PkgTags make-bin-dist-min.sh pkgcmds.sh pkginfo.txt pkgmap.sh version Added files: cm3/scripts/: do-cm3-coll.sh make-dist.sh Log message: some release engineering changes (work in progress, don't use): o add script to build release packages o add script to process package collections o add new package groups to pkginfo.txt o add several missing packages to pkginto.txt o add option passing through scripts to cm3 o increase version to 5.8.1 for this change I'll now wait for the tinderbox results tomorrow... added: scripts/do-cm3-coll.sh added: scripts/make-dist.sh modified: scripts/make-bin-dist-min.sh modified: scripts/pkgcmds.sh modified: scripts/pkginfo.txt modified: scripts/pkgmap.sh modified: scripts/version From hosking at cs.purdue.edu Sun May 17 00:07:57 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Sun, 17 May 2009 08:07:57 +1000 Subject: [M3commit] Fwd: Output from "cron" command References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> Message-ID: cm3cg build breaks on SOLgnu. Jay? Begin forwarded message: > From: Tony Hosking > Date: 16 May 2009 22:12:51 GMT+10:00 > To: hosking at cs.purdue.edu > Subject: Output from "cron" command > > Your "cron" job on niagara.cs.purdue.edu > $HOME/cm3/scripts/regression/cron.sh > > produced the following output: > > TESTHOSTNAME=niagara > WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 > LASTREL=5.4.0 > INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 > INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok > INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok > INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current > CM3_OSTYPE=POSIX > CM3_TARGET=SOLgnu > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSSERVER=birch.elegosoft.com > CM3CVSROOT=birch.elegosoft.com:/usr/cvs > BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSUSER= > testing ssh birch.elegosoft.com.. > ssh birch.elegosoft.com ok > Building cm3. > Tinderbox Tree: "cm3" > Buildname: "SOLgnu SunOS 5.10 niagara release-build" > > creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt > > --- > > checkout, compile and test of cm3 ... > 2009.05.16 06:30:09 -- checkout in progress. > [start checkout 2009.05.16 06:30:12] > cd /tmp/build-cm3-20090516-063009-sWaq9x/build > cvs return value: 0 > [end checkout 2009.05.16 06:52:26] > CHECKOUT_RETURN = 0 > -- > 2009.05.16 06:52:28 -- compile in progress. > [start compile 2009.05.16 06:52:28] > compile return value: 0 > [end compile 2009.05.16 06:57:57] > COMPILE_RETURN = 1 > *** COMPILE FAILED > removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... > cleaning CM3 workspaces... > /homes/hosking/work/cm3-ws/niagara-* > > cleaning regression test log files... > /homes/hosking/tmp/cm3/niagara/cm3-rlog-* > > cleaning m3test log files... > /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract > > cleaning snapshot files... > /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz > > cleaning package reports... > /tmp/cm3-pkg-report-SOLgnu-*.html > > TESTHOSTNAME=niagara > WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 > LASTREL=5.4.0 > INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 > INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok > INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok > INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current > CM3_OSTYPE=POSIX > CM3_TARGET=SOLgnu > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSSERVER=birch.elegosoft.com > CM3CVSROOT=birch.elegosoft.com:/usr/cvs > BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSUSER= > testing ssh birch.elegosoft.com.. > ssh birch.elegosoft.com ok > Building cm3. > Tinderbox Tree: "cm3" > Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" > > creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt > > --- > > checkout, compile and test of cm3 ... > 2009.05.16 07:00:00 -- checkout in progress. > [start checkout 2009.05.16 07:00:02] > cd /tmp/build-cm3-20090516-070000-FaaWCE/build > cvs return value: 0 > [end checkout 2009.05.16 07:22:30] > CHECKOUT_RETURN = 0 > -- > 2009.05.16 07:22:32 -- compile in progress. > [start compile 2009.05.16 07:22:32] > compile return value: 0 > [end compile 2009.05.16 08:09:54] > COMPILE_RETURN = 0 > 2009.05.16 08:09:58 -- tests in progress. > [start run-tests 2009.05.16 08:09:58] > cd /tmp/build-cm3-20090516-070000-FaaWCE/build > [end run-tests 2009.05.16 08:09:58] > TESTS_RETURN = 0 > 2009.05.16 08:09:58 -- checkout, compile and test run done. > > --- > > removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... > cleaning CM3 workspaces... > /homes/hosking/work/cm3-ws/niagara-* > > cleaning regression test log files... > /homes/hosking/tmp/cm3/niagara/cm3-rlog-* > > cleaning m3test log files... > /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract > > cleaning snapshot files... > /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz > > cleaning package reports... > /tmp/cm3-pkg-report-SOLgnu-*.html > > done. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wagner at elegosoft.com Sun May 17 02:51:53 2009 From: wagner at elegosoft.com (Olaf Wagner) Date: Sun, 17 May 2009 02:51:53 +0200 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> Message-ID: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Quoting Tony Hosking : > cm3cg build breaks on SOLgnu. > > Jay? I think one of these commits is the culprit: > 2009-05-15 11:58 jkrell * m3-sys/m3cc/src/m3makefile: rework m3cc_Run for NT write to a temporary .sh file and run it keeping up to 999 such files make sure _m3.log is always the same, even as we cd around The sed commands to remove libiconv dependency weren't working. Throw in another strange variation that seems to work. Support building iphone/ARM_DARWIN backend from gcc-apple source. Including removing the optional gmp/mpfr dependency (related to the iconv/sed change) At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. (I had tried some use of #include up and over, but it didn't work, like the scanning for garbage collected types or something?) Some changes to parse.c still not commited. 2009-05-15 10:30 jkrell * m3-sys/m3cc/src/m3makefile: move env to before the configure command line instead of within it to workaround some unexplained shell problem; enable teeing configure to _m3.log 2009-05-15 10:26 jkrell * m3-sys/m3cc/src/m3makefile: add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX Tinderbox shows "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: subst_chars ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Olaf > Begin forwarded message: > >> From: Tony Hosking >> Date: 16 May 2009 22:12:51 GMT+10:00 >> To: hosking at cs.purdue.edu >> Subject: Output from "cron" command >> >> Your "cron" job on niagara.cs.purdue.edu >> $HOME/cm3/scripts/regression/cron.sh >> >> produced the following output: >> >> TESTHOSTNAME=niagara >> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >> LASTREL=5.4.0 >> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >> CM3_OSTYPE=POSIX >> CM3_TARGET=SOLgnu >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSSERVER=birch.elegosoft.com >> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSUSER= >> testing ssh birch.elegosoft.com.. >> ssh birch.elegosoft.com ok >> Building cm3. >> Tinderbox Tree: "cm3" >> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >> >> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >> >> --- >> >> checkout, compile and test of cm3 ... >> 2009.05.16 06:30:09 -- checkout in progress. >> [start checkout 2009.05.16 06:30:12] >> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >> cvs return value: 0 >> [end checkout 2009.05.16 06:52:26] >> CHECKOUT_RETURN = 0 >> -- >> 2009.05.16 06:52:28 -- compile in progress. >> [start compile 2009.05.16 06:52:28] >> compile return value: 0 >> [end compile 2009.05.16 06:57:57] >> COMPILE_RETURN = 1 >> *** COMPILE FAILED >> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >> cleaning CM3 workspaces... >> /homes/hosking/work/cm3-ws/niagara-* >> >> cleaning regression test log files... >> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >> >> cleaning m3test log files... >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >> >> cleaning snapshot files... >> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >> >> cleaning package reports... >> /tmp/cm3-pkg-report-SOLgnu-*.html >> >> TESTHOSTNAME=niagara >> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >> LASTREL=5.4.0 >> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >> CM3_OSTYPE=POSIX >> CM3_TARGET=SOLgnu >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSSERVER=birch.elegosoft.com >> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSUSER= >> testing ssh birch.elegosoft.com.. >> ssh birch.elegosoft.com ok >> Building cm3. >> Tinderbox Tree: "cm3" >> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >> >> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >> >> --- >> >> checkout, compile and test of cm3 ... >> 2009.05.16 07:00:00 -- checkout in progress. >> [start checkout 2009.05.16 07:00:02] >> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >> cvs return value: 0 >> [end checkout 2009.05.16 07:22:30] >> CHECKOUT_RETURN = 0 >> -- >> 2009.05.16 07:22:32 -- compile in progress. >> [start compile 2009.05.16 07:22:32] >> compile return value: 0 >> [end compile 2009.05.16 08:09:54] >> COMPILE_RETURN = 0 >> 2009.05.16 08:09:58 -- tests in progress. >> [start run-tests 2009.05.16 08:09:58] >> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >> [end run-tests 2009.05.16 08:09:58] >> TESTS_RETURN = 0 >> 2009.05.16 08:09:58 -- checkout, compile and test run done. >> >> --- >> >> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >> cleaning CM3 workspaces... >> /homes/hosking/work/cm3-ws/niagara-* >> >> cleaning regression test log files... >> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >> >> cleaning m3test log files... >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >> >> cleaning snapshot files... >> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >> >> cleaning package reports... >> /tmp/cm3-pkg-report-SOLgnu-*.html >> >> done. -- Olaf Wagner -- elego Software Solutions GmbH Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From jay.krell at cornell.edu Sun May 17 04:01:37 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 02:01:37 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: I used subst_chars "knowing" that cm3cfg.common provides a fallback: if not defined("subst_chars") proc subst_chars(x) is return x end end but oops maybe not quite in this context, like building from an earlier release. subst_chars doesn't have to always work here, so the fallback would be safe, if it was present. I'll add it within a few hours.. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 02:51:53 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing configure > to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: > subst_chars > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jay.krell at cornell.edu Sun May 17 04:01:40 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 02:01:40 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: I used subst_chars "knowing" that cm3cfg.common provides a fallback: if not defined("subst_chars") proc subst_chars(x) is return x end end but oops maybe not quite in this context, like building from an earlier release. subst_chars doesn't have to always work here, so the fallback would be safe, if it was present. I'll add it within a few hours.. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 02:51:53 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing configure > to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: > subst_chars > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jay.krell at cornell.edu Sun May 17 04:35:33 2009 From: jay.krell at cornell.edu (jay.krell at cornell.edu) Date: Sat, 16 May 2009 19:35:33 -0700 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> Olaf there is also a break due to syntax error in pkgmap.sh. - Jay (phone) On May 16, 2009, at 5:51 PM, Olaf Wagner wrote: > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing > configure to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/ > m3cc/src/m3makefile", line 327: quake runtime error: undefined > variable: subst_chars > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germ > any > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Be > rlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: > DE163214194 > > From jkrell at elego.de Sun May 17 05:12:06 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:12:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517031206.3FB42CC360@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:12:06 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: compatibility with old compiler AND old config (subst_chars) From jkrell at elego.de Sun May 17 05:13:57 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:13:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517031357.9FA272474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:13:57 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: comment only, about fs_mkdir From jay.krell at cornell.edu Sun May 17 05:39:40 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 03:39:40 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> Message-ID: Olaf this is wierd..you don't really have to loop over all the parameters twice doing almost the exact same thing each time, do you? - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: wagner at elegosoft.com > Date: Sat, 16 May 2009 19:35:33 -0700 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Olaf there is also a break due to syntax error in pkgmap.sh. > > - Jay (phone) > > On May 16, 2009, at 5:51 PM, Olaf Wagner wrote: > >> Quoting Tony Hosking : >> >>> cm3cg build breaks on SOLgnu. >>> >>> Jay? >> >> I think one of these commits is the culprit: >> >>> 2009-05-15 11:58 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> rework m3cc_Run for NT >> write to a temporary .sh file and run it >> keeping up to 999 such files >> >> make sure _m3.log is always the same, even as we cd around >> >> The sed commands to remove libiconv dependency weren't working. >> Throw in another strange variation that seems to work. >> >> Support building iphone/ARM_DARWIN backend from gcc-apple source. >> Including removing the optional gmp/mpfr dependency (related >> to the iconv/sed change) >> >> At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. >> (I had tried some use of #include up and over, but it didn't work, >> like the scanning for garbage collected types or something?) >> >> Some changes to parse.c still not commited. >> >> 2009-05-15 10:30 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> move env to before the configure command line instead of within it >> to workaround some unexplained shell problem; enable teeing >> configure to _m3.log >> >> 2009-05-15 10:26 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX >> >> Tinderbox shows >> >> "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/ >> m3cc/src/m3makefile", line 327: quake runtime error: undefined >> variable: subst_chars >> >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> Olaf >> >>> Begin forwarded message: >>> >>>> From: Tony Hosking >>>> Date: 16 May 2009 22:12:51 GMT+10:00 >>>> To: hosking at cs.purdue.edu >>>> Subject: Output from "cron" command >>>> >>>> Your "cron" job on niagara.cs.purdue.edu >>>> $HOME/cm3/scripts/regression/cron.sh >>>> >>>> produced the following output: >>>> >>>> TESTHOSTNAME=niagara >>>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>>> LASTREL=5.4.0 >>>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>>> CM3_OSTYPE=POSIX >>>> CM3_TARGET=SOLgnu >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSSERVER=birch.elegosoft.com >>>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSUSER= >>>> testing ssh birch.elegosoft.com.. >>>> ssh birch.elegosoft.com ok >>>> Building cm3. >>>> Tinderbox Tree: "cm3" >>>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>>> >>>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>>> >>>> --- >>>> >>>> checkout, compile and test of cm3 ... >>>> 2009.05.16 06:30:09 -- checkout in progress. >>>> [start checkout 2009.05.16 06:30:12] >>>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>>> cvs return value: 0 >>>> [end checkout 2009.05.16 06:52:26] >>>> CHECKOUT_RETURN = 0 >>>> -- >>>> 2009.05.16 06:52:28 -- compile in progress. >>>> [start compile 2009.05.16 06:52:28] >>>> compile return value: 0 >>>> [end compile 2009.05.16 06:57:57] >>>> COMPILE_RETURN = 1 >>>> *** COMPILE FAILED >>>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>>> cleaning CM3 workspaces... >>>> /homes/hosking/work/cm3-ws/niagara-* >>>> >>>> cleaning regression test log files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>>> >>>> cleaning m3test log files... >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>>> >>>> cleaning snapshot files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>>> >>>> cleaning package reports... >>>> /tmp/cm3-pkg-report-SOLgnu-*.html >>>> >>>> TESTHOSTNAME=niagara >>>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>>> LASTREL=5.4.0 >>>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>>> CM3_OSTYPE=POSIX >>>> CM3_TARGET=SOLgnu >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSSERVER=birch.elegosoft.com >>>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSUSER= >>>> testing ssh birch.elegosoft.com.. >>>> ssh birch.elegosoft.com ok >>>> Building cm3. >>>> Tinderbox Tree: "cm3" >>>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>>> >>>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>>> >>>> --- >>>> >>>> checkout, compile and test of cm3 ... >>>> 2009.05.16 07:00:00 -- checkout in progress. >>>> [start checkout 2009.05.16 07:00:02] >>>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>>> cvs return value: 0 >>>> [end checkout 2009.05.16 07:22:30] >>>> CHECKOUT_RETURN = 0 >>>> -- >>>> 2009.05.16 07:22:32 -- compile in progress. >>>> [start compile 2009.05.16 07:22:32] >>>> compile return value: 0 >>>> [end compile 2009.05.16 08:09:54] >>>> COMPILE_RETURN = 0 >>>> 2009.05.16 08:09:58 -- tests in progress. >>>> [start run-tests 2009.05.16 08:09:58] >>>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>>> [end run-tests 2009.05.16 08:09:58] >>>> TESTS_RETURN = 0 >>>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>>> >>>> --- >>>> >>>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>>> cleaning CM3 workspaces... >>>> /homes/hosking/work/cm3-ws/niagara-* >>>> >>>> cleaning regression test log files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>>> >>>> cleaning m3test log files... >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>>> >>>> cleaning snapshot files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>>> >>>> cleaning package reports... >>>> /tmp/cm3-pkg-report-SOLgnu-*.html >>>> >>>> done. >> >> >> >> -- >> Olaf Wagner -- elego Software Solutions GmbH >> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germ >> any >> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 >> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Be >> rlin >> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: >> DE163214194 >> >> From jkrell at elego.de Sun May 17 05:40:35 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:40:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517034035.A26DCCC363@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:40:35 Modified files: cm3/scripts/: pkgmap.sh Log message: remove syntax error and try only looping over the parameters once From jay.krell at cornell.edu Sun May 17 11:40:47 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 09:40:47 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090517034035.A26DCCC363@birch.elegosoft.com> References: <20090517034035.A26DCCC363@birch.elegosoft.com> Message-ID: I'm somewhat guessing on this one. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 05:40:35 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/17 05:40:35 > > Modified files: > cm3/scripts/: pkgmap.sh > > Log message: > remove syntax error and try only looping over the parameters once > From jkrell at elego.de Sun May 17 11:53:28 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 11:53:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517095328.4E739CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 11:53:28 Modified files: cm3/m3-libs/m3core/src/runtime/: m3makefile Log message: comments/conversation about what the platform list is here From jkrell at elego.de Sun May 17 12:00:19 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:00:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517100019.6A9A0CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:00:19 Modified files: cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThread.m3 Log message: merge with PPC_DARWIN -- vtalarm handling moved to thread/posix From jkrell at elego.de Sun May 17 12:05:44 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:05:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517100545.093422474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:05:44 Modified files: cm3/m3-libs/m3core/src/runtime/FreeBSD4/: RTThread.m3 Log message: vtalarm handling moved to thread/posix Note that implementation here varied somewhat: - used sigvec instead of signal or sigaction I believe sigvec is a BSDism subset of and predates Posix sigaction. Though as stated in the replacement code, the flags used by the various users of sigvec/sigaction weren't consistent, so the unified code could use closer review (modulo that this is related to user threads only). - doesn't cache the signal set, very reasonable either way, not caching avoids a writable variable and module initializer, but if using user threads, the code is going to run early anyway Usually these functions are tiny little macros anyway, at least in C. (sigemptyset, sigaddset) From jkrell at elego.de Sun May 17 12:35:50 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:35:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517103550.16EAECC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:35:49 Modified files: cm3/m3-libs/m3core/src/runtime/AIX386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/ALPHA_OSF/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/AMD64_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/AP3000/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/ARM/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/DS3100/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD3/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD4/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/HP300/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/HPPA/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IBMR2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IBMRT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IRIX5/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUX/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUXELF/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUXLIBC6/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/NEXT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/NetBSD2_i386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/OKI/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/OS2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.i3 RTThread.m3 cm3/m3-libs/m3core/src/runtime/PPC_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SEQUENT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SOLgnu/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SOLsun/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SPARC/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SUN3/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SUN386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/UMAX/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/VAX/: RTThread.m3 Log message: clean out the remaining RTThread vtalarm code It has moved to thread/posix/ThreadPosixC.c It was duplicated for every single platform but with very few variations -- that is a job for #ifdef or at least only splitting into a few versions, not one for every single platform. It is presumed the C implementation is portable and correct enough, or would be #ifdef'ed as needed. What remains in RTThread.m3 could use further factoring. This is for userthreads only. inconsistencies: AMD_DARWIN used signal (that's what thread/posix currently does) NetBSD used sigaction with flags = 0 SOLgnu/SOLsun used sigaction with flags = RESTART These last two seems directly contradictory. SOLgnu/SOLsun cache the signal set like thread/posix ALPHA_OSF uses sigaction with flags = restart+info restart-ness is contradictory, info is not necessarily seems most platforms have a calling convention where you don't have to specify info correctly anyway, they just always pass extra parameters and you can have your function declare them or not AIX386, DS3100, ARM, AP3000 uses sigvec with flags=0 (contrary to sigaction(restart)? would have to look it up..) AP3000, DS3100, ARM builds sigset using sigsetmask(0) + and not vtalarm) IBMR2 sigset split into hi/lo, 32bits each (and used sigaction(restart)) Linux 1.x a.out sigaction(flags=0) Linux 1.x elf sigaction(flags=restart) ! and cached sigset using different style than most OS/2 did something quite different -- StartTimer instead of signal/sigvec/sigaction I'm not going to detail everything here, but there is the restart vs. 0 thing to worry most about maybe. From jkrell at elego.de Sun May 17 13:23:47 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:23:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517112347.91019CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:23:47 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: all active platforms but FreeBSD/x86 use RTSignal* here, switch the list from inclusion to exclusion From jkrell at elego.de Sun May 17 13:25:19 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:25:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517112519.90807CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:25:19 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: comment only, as to what this platform list is (platforms without userthread support) From jkrell at elego.de Sun May 17 13:41:30 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:41:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517114130.CFD6DCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:41:30 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.i3 Log message: fix warning, add delimiter comment From jkrell at elego.de Sun May 17 13:51:25 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:51:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517115125.E1CE7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:51:25 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.m3 Log message: trim out dead code longer term though, if userthreads make a comeback, this is actually pretty portable and should be factored out e.g. from FreeBSD4 and SOLgnu Just that other functions in this file are less portable. But see also getcontext/setcontext/makecontext/swapcontext.. From jkrell at elego.de Sun May 17 14:09:16 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:09:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517120916.CA5862474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:09:16 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: comment only: I got an error on AMD64_LINUX too so remove reference to Solaris From jkrell at elego.de Sun May 17 14:17:24 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:17:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517121724.B1EB82474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:17:24 Modified files: cm3/m3-libs/m3core/src/unix/: m3makefile Removed files: cm3/m3-libs/m3core/src/unix/: Uutmp.txt cm3/m3-libs/m3core/src/unix/Uutmp2/: Uutmp.i3 m3makefile cm3/m3-libs/m3core/src/unix/Uutmp3/: Uutmp.i3 m3makefile Log message: remove obsolete uutmp stuff add ARM_DARWIN (iphone) From jkrell at elego.de Sun May 17 14:37:24 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:37:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517123724.E28B6CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:37:24 Removed files: cm3/m3-libs/m3core/src/unix/big-endian/: Uin.m3 m3makefile cm3/m3-libs/m3core/src/unix/little-endian/: Uin.m3 m3makefile Log message: delete more dead (it was a nice factoring while it lasted, now it is in C) From jkrell at elego.de Sun May 17 14:45:08 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:45:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517124508.64AC4CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:45:08 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: use direct call on Win64 since it always has CreateHardLink From wagner at elegosoft.com Sun May 17 16:43:01 2009 From: wagner at elegosoft.com (Olaf Wagner) Date: Sun, 17 May 2009 16:43:01 +0200 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090517034035.A26DCCC363@birch.elegosoft.com> Message-ID: <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> Quoting Jay : > > I'm somewhat guessing on this one. The double loop was a leftover from a previous attempt where it was needed; but I should have removed it. But I don't see the syntax error. The script has worked for me in the version I checked in hundreds of times. I don't find it in the tinderbox logs, too. What was wrong? Olaf -- Olaf Wagner -- elego Software Solutions GmbH Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From jay.krell at cornell.edu Sun May 17 17:48:39 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 15:48:39 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> References: <20090517034035.A26DCCC363@birch.elegosoft.com> <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> Message-ID: http://tinderbox.elegosoft.com/tinderbox/cgi-bin/gunzip.cgi?tree=cm3&brief-log=1242519028.9683#err8 /home/m3/work/cm3-ws/birch.elegosoft.com-2009-05-17-00-00-03/cm3/scripts/pkgmap.sh: line 43: syntax error near unexpected token `else? - Jay ---------------------------------------- > Date: Sun, 17 May 2009 16:43:01 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Quoting Jay : > >> >> I'm somewhat guessing on this one. > > The double loop was a leftover from a previous attempt where > it was needed; but I should have removed it. > > But I don't see the syntax error. The script has worked for me in > the version I checked in hundreds of times. > > I don't find it in the tinderbox logs, too. What was wrong? > > Olaf > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jkrell at elego.de Sun May 17 18:10:22 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 18:10:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517161022.85F52CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 18:10:22 Added files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: copy PPC_DARWIN to ARM_DARWIN (iphone) From jkrell at elego.de Mon May 18 03:39:12 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:39:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518013912.D15FFCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:39:12 Modified files: cm3/m3-tools/cvsup/suplib/src/: CVTree.m3 Log message: Remove bug workarounds. I believe we have fixed these bugs. Only applies to userthreads. From jkrell at elego.de Mon May 18 03:43:43 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:43:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014343.C658BCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:43:43 Modified files: cm3/m3-comm/tcp/src/common/: IP.i3 Log message: might be useful for IPv6 but not done From jkrell at elego.de Mon May 18 03:47:38 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:47:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014738.BB9AECC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:47:38 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: fix whitespace, possibly for correctness not style, I thought I commited this already From jkrell at elego.de Mon May 18 03:49:10 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:49:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014910.C9727CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:49:10 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Apple added a note to asm_expr for CodeWarrior to support, so we have to too. 4.2 needs the expand_function callback else it calls NULL. Put ours back from 4.1, which does nothing. Change GCC42 to GCC_APPLE. From jkrell at elego.de Mon May 18 03:57:59 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:57:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518015759.48463CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:57:59 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: fix newlines (dos2unix) From jkrell at elego.de Mon May 18 03:59:45 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:59:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518015945.606C8CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:59:45 Modified files: cm3/m3-libs/libm3/src/os/POSIX/: m3makefile cm3/m3-libs/libm3/src/random/: m3makefile cm3/m3-libs/m3core/src/C/Common/: m3makefile cm3/m3-libs/m3core/src/Csupport/: m3makefile cm3/m3-libs/m3core/src/float/: m3makefile cm3/m3-libs/m3core/src/runtime/: m3makefile cm3/m3-libs/m3core/src/runtime/common/: Compiler.tmpl m3makefile cm3/m3-libs/m3core/src/time/POSIX/: m3makefile cm3/m3-libs/m3core/src/unix/Common/: m3makefile cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Darwin.common cm3/m3-sys/m3gdb/src/: m3makefile cm3/m3-sys/m3middle/src/: Target.i3 Target.m3 Added files: cm3/m3-libs/m3core/src/C/ARM_DARWIN/: Csetjmp.i3 m3makefile Log message: enough ARM_DARWIN support now to build a bootstrap archive for compile-c+link cm3 not necessarily on a native system, though such tools are available (native system only has 128meg RAM), but at least on a system with iphone-targeting gcc and ld, which so far I only have gotten to build on MacOS X 10.4/powerpc, despite all the instructions saying it works on a variety of systems, there are always some errors building ld, related to mbstate_t, etc. The config file is a bit Jay-specific as I don't have "gcc" but arm-apple-darwn9-gcc, could easily fix with symlinks and PATH munging. From jkrell at elego.de Mon May 18 04:50:24 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 4:50:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518025024.8670DCC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 04:50:24 Modified files: cm3/m3-sys/cm3/src/: cm3unix.c m3makefile Log message: bootstrapping fix From jkrell at elego.de Mon May 18 04:55:53 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 4:55:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518025553.75C9DCC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 04:55:53 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: comments only: point out that if we don't do this for SPARC32_LINUX, cm3cg always fails From jkrell at elego.de Mon May 18 05:07:12 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 5:07:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518030712.3AA0ACC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 05:07:12 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c Log message: apparently can't get instruction pointer from signal on ARM_DARWIN, ok, but should revisit this From jkrell at elego.de Mon May 18 05:11:35 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 5:11:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518031136.061D5CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 05:11:35 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: make the directory if using newer cm3 even on native builds, may yet have to disable use of _m3.log for the first command or something From jkrell at elego.de Mon May 18 06:15:51 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 6:15:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518041551.CF406CC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 06:15:51 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: fix logging issue -- can't append to nonexistant file, create it first if it doesn't exist From jkrell at elego.de Mon May 18 09:22:02 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 9:22:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518072202.448AE2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 09:22:02 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: forgot to put ARM_DARWIN here, therefore got unresolved externals on NewStack/DisposeStack (these belong in thread/posix, since that is the only caller) From jkrell at elego.de Mon May 18 11:46:29 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 11:46:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518094630.53BC5CC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 11:46:29 Modified files: cm3/scripts/python/: pylib.py Log message: cleanup and set cpu type on Darwin so that picky gdb can debug it From jkrell at elego.de Mon May 18 11:47:31 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 11:47:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518094732.0189ECC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 11:47:31 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: set cpu type so that picky gdb can debug it From jkrell at elego.de Mon May 18 13:34:14 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 13:34:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518113414.F20FB2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 13:34:14 Added files: cm3/scripts/config/: jmpbuf.c Log message: small program to print jmpbuf size -- it is wrong on SPARC32_LINUX oops From jkrell at elego.de Mon May 18 13:38:50 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 13:38:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518113850.6A2E1CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 13:38:50 Modified files: cm3/m3-sys/m3middle/src/: Target.m3 Log message: increase SPARC64_LINUX jumpbuf_align from 8 to 16 From jay.krell at cornell.edu Mon May 18 13:41:51 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 18 May 2009 11:41:51 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090518113414.F20FB2474001@birch.elegosoft.com> References: <20090518113414.F20FB2474001@birch.elegosoft.com> Message-ID: no, I was confusing hex and decimal, SPARC32/64_LINUX have the right jmpbuf sizes, though 64 was under aligned (and still is in Csetjmp.i3 -- we don't have a way to express 16-byte alignment). Still, something wrong with SPARC32_LINUX.. - Jay ---------------------------------------- > Date: Mon, 18 May 2009 13:34:14 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/18 13:34:14 > > Added files: > cm3/scripts/config/: jmpbuf.c > > Log message: > small program to print jmpbuf size -- it is wrong on SPARC32_LINUX oops > From wagner at elego.de Tue May 19 08:12:26 2009 From: wagner at elego.de (Olaf Wagner) Date: Tue, 19 May 2009 8:12:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519061226.5F5A12474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/19 08:12:26 Modified files: cm3/scripts/: PkgTags make-dist.sh pkginfo.txt Log message: add shipping to make-dist.sh remove bicycle from collection game modified: scripts/make-dist.sh modified: scripts/pkginfo.txt From jkrell at elego.de Tue May 19 10:42:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 10:42:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519084216.EE4272474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 10:42:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Treating everything as a bitfield bites again. References to module globals end up disappearing. From jkrell at elego.de Tue May 19 10:59:43 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 10:59:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519085944.20F6B2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 10:59:43 Added files: cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 RTMachineC.c m3makefile Log message: first copy from AMD64_DARWIN From jkrell at elego.de Tue May 19 11:13:04 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 11:13:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519091304.74E76CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 11:13:04 Added files: cm3/m3-libs/m3core/src/unix/darwin-arm/: m3makefile Uucontext.i3 Log message: first copy darwin-amd64 From hosking at elego.de Tue May 19 11:40:27 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 19 May 2009 11:40:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519094027.83B67CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/19 11:40:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Just build the ASM_EXPR from scratch. From jkrell at elego.de Tue May 19 12:03:28 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:03:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100328.4F419CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:03:28 Modified files: cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 RTMachineC.c m3makefile Log message: adapt to ARM From jkrell at elego.de Tue May 19 12:04:01 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:04:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100401.3E95ACC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:04:01 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: adapt to ARM From jkrell at elego.de Tue May 19 12:05:19 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:05:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100519.E5C23CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:05:19 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: trim down to I think all we need From jkrell at elego.de Tue May 19 12:07:24 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:07:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100724.BCE36CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:07:24 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: trim one more line/type From jkrell at elego.de Tue May 19 14:24:25 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:24:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122426.48C89CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:24:25 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3unix.h UstatC.c Log message: workaround incorrect sys/stat.h that is out there for arm_darwin From jkrell at elego.de Tue May 19 14:25:32 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:25:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122534.7C1CBCC110@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:25:32 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UstatC.c Log message: fix From jkrell at elego.de Tue May 19 14:26:32 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:26:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122632.72D00CC110@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:26:32 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3makefile Log message: give ARM_DARWIN portable Usignal.i3 but its own Uucontext.i3 (all platforms should use this Usignal.i3 but a few don't yet) From jkrell at elego.de Tue May 19 14:27:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:27:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122714.DBCC8CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:27:14 Modified files: cm3/m3-libs/m3core/src/unix/: m3makefile Log message: give ARM_DARWIN its darwin-arm/Uucontext.i3 From jkrell at elego.de Tue May 19 14:28:36 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:28:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122836.A5F41CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:28:36 Modified files: cm3/m3-libs/m3core/src/runtime/: m3makefile cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c cm3/m3-libs/m3core/src/runtime/common/: m3makefile Log message: ARM_DARWIN RTMachine/RTSignal fixes From jkrell at elego.de Tue May 19 14:31:36 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:31:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519123136.8F544CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:31:36 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN cm3/m3-sys/m3cc/src/: m3makefile cm3/scripts/python/: pylib.py Log message: darwin8 instead of darwin9 for compat with more systems maybe From jkrell at elego.de Tue May 19 14:41:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:41:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519124114.4B4A6CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:41:14 Added files: cm3/scripts/config/: stat.c Log message: something to gauage the size and to some extent layout of struct stat From jkrell at elego.de Tue May 19 14:48:52 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:48:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519124852.65D02CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:48:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix it to compile From jkrell at elego.de Tue May 19 15:00:29 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 15:00:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519130029.A3611CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 15:00:29 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: Sed variation -- use star instead of plus, I think it is more portable -- I again got the error about mpfr building the iphone backend on a machine without gmp/mpfr From jkrell at elego.de Tue May 19 15:10:30 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 15:10:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519131030.F1E4ACC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 15:10:30 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3unix.h UstatC.c Log message: st_foo is often a macro so you can't use that name in any of your own types, use foo instead From wagner at elego.de Tue May 19 22:56:48 2009 From: wagner at elego.de (Olaf Wagner) Date: Tue, 19 May 2009 22:56:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519205648.663FACC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/19 22:56:48 Modified files: cm3/scripts/: make-dist.sh Log message: don't use DOSHIP for shipping From jkrell at elego.de Tue May 19 23:28:31 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 23:28:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519212831.37801CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 23:28:31 Added files: cm3/scripts/iphone/1/: 0env.sh 1iphonefilesystem.sh 2csu.sh 3cctools.sh 4headers.sh 5llvm.sh 6hack.sh all.sh readme.txt trimfilesystem.sh Log message: scripts for building full gcc cross build environment, at least on Darwin From hosking at elego.de Thu May 21 15:07:33 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:07:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521130733.8D98BCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:07:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/: tree-ssa.c Log message: Preserve TREE_ADDRESSABLE for init_offset vars. From hosking at elego.de Thu May 21 15:09:44 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:09:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521130944.70ED5CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:09:44 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Use build_qualified_type for volatilized decl. From hosking at elego.de Thu May 21 15:22:14 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:22:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521132214.4FB60CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:22:14 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Don't hang init_offset vars in the TREE_VALUE field of the record constructor. Doing that confuses the optimizers because the variables are not technically in scope for the constructor. We just need to hang the var somewhere until it has RTL and we can extract the proper offset in m3_write_globals. For now let's just drop it in the DECL_LANG_SPECIFIC field of the constructor FIELD_DECL. We should probably buld a proper "struct lang_decl" and put it in that but this slight hack works for now. The result is a gcc-based backend with which I can bootstrap cm3 on SOLgnu with "cm3 -O" (which cm3.cfg interprets as passing -O3 to the backend). I'd be interested in any other reports of problems with optimization. From jkrell at elego.de Thu May 21 21:18:07 2009 From: jkrell at elego.de (Jay Krell) Date: Thu, 21 May 2009 21:18:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521191807.68FB6CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/21 21:18:07 Modified files: cm3/scripts/iphone/1/: all.sh Log message: run them separately From hosking at elego.de Fri May 22 03:27:53 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 22 May 2009 3:27:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090522012753.555EA2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/22 03:27:53 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Indentation. From hosking at elego.de Mon May 25 01:18:15 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 1:18:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090524231816.0BB5A2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 01:18:15 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Avoid overhead of syscall (Time.Now) for time accounting in read barrier. From hosking at elego.de Mon May 25 01:23:22 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 1:23:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090524232322.91FA02474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 01:23:22 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Delete unused variable to avoid warning. From hosking at elego.de Mon May 25 03:01:02 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 3:01:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525010102.BDBB0CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 03:01:02 Added files: cm3/m3-libs/m3core/src/C/AMD64_DARWIN/: Csetjmp.i3 Log message: Why did this get deleted? From rodney at elego.de Mon May 25 04:17:30 2009 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 25 May 2009 4:17:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525021730.31336CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 09/05/25 04:17:30 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: c-valprint.c Log message: Slight progress on printing floating point values. With this partial fix, "print/f floatvar" should work. Just "print floatvar" will use the wrong decoding and print garbage. From hosking at elego.de Mon May 25 06:16:09 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 6:16:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525041609.ED00ECC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 06:16:09 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: Restore -O3 for optimizing backend. From rodney at elego.de Fri May 29 04:39:04 2009 From: rodney at elego.de (Rodney M. Bates) Date: Fri, 29 May 2009 4:39:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090529023904.DEBF6CC113@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 09/05/29 04:39:04 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: doublest.c printcmd.c valprint.c Log message: A bit more progress on printing floating point values. For 32-bit x86, at least, the print command is now working, without crashing and without needing /f. It is still using the inherited gdb code for C/C++ floating point values, kludged up to change modula-3 floating gdb-types to C gdb-types. BTW, floating literals are currently rejected by m3gdb. From jkrell at elego.de Fri May 1 10:56:19 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 1 May 2009 10:56:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090501085619.599DDCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/01 10:56:19 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThreadC.c Log message: bring back from two days ago: ThreadPThread__pthread_cond_new ThreadPThread__pthread_cond_delete ThreadPThread__pthread_mutex_new ThreadPThread__pthread_mutex_delete that combine calloc + init, destroy + free. Not yet active. From jkrell at elego.de Mon May 4 11:55:38 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 11:55:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504095538.11ABCCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 11:55:38 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: add -funwind-tables so that we might have a portable stack walker via libgcc some day (soon?) From jkrell at elego.de Mon May 4 12:23:07 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 12:23:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504102307.2C8EECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 12:23:07 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3 ThreadPThread.m3 ThreadPThreadC.c Log message: activate use of pthread_{cond,mutex}_{new,delete} which are my names for calloc+init, destroy+free Perhaps not the best names? (They sound like they are actual pthreads functions and not implemented by us.) Perhaps small consolation here is that the Modula-3 no longer directly uses calloc/free, but really, indirectly, it is the same. From jkrell at elego.de Mon May 4 13:19:07 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 13:19:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504111907.71861CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 13:19:07 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 Log message: move expensive calloc+pthread_mutex_init outside lock, using a double check pattern: if it appears work is needed (but with taking lock to be sure) do the work, into temp take lock if work not actually needed, ok release lock free the temp (don't care if it succeeded) else if attempt to do the work failed release lock raise exception else commit the work release lock end end end It is ugly perhaps to repeat "release lock" three times instead of once, but time holding the lock is minimized. As long as "temp" is a pointer, which it is here, this can use InterlockedCompareExchangePointer and not a full blown lock. Something like: if pointer == null temp = new ... if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) delete temp (* lost the race, ok *) else if temp == NULL (* won the race but failed *) raise exception end end end This pattern is bad if the temp work is particularly expensive or must not be executed more than once. That leaves many instances in which it is ok. Also here eliminate PushFrame, but the point is more to eliminate calloc from inside a lock. Therefore, if calloc is well tuned for multiprocessor systems, and many locks are used for the first time at about the same time on multiple threads, scale better. ("hold locks for minimal time, even at the risk of doing more work in the event of a race" is a good scalability principle; as well as "replace lock with interlocked/atomic/cas/etc., also at the risk of doing more work when there is a race") Factor InitMutex and InitCondition into one function InitMutexHelper. It is tempting to rewrite InitMutexHelper in C, thereby removing the exposure of the init lock, however as I understand this is a bad move due to interior gc pointers or such. From jkrell at elego.de Mon May 4 14:22:52 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:22:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504122253.18354CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:22:52 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: adapt to newer Visual C++ toolset -- put underscores in front of a bunch of symbols From jkrell at elego.de Mon May 4 14:33:59 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:33:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504123359.2F1F5CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:33:59 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 UtilsWin32.m3 m3makefile cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: get win32 hardlink support from m3core into cm3, hacking around bootstrapping From jkrell at elego.de Mon May 4 14:35:45 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 4 May 2009 14:35:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090504123545.B3C5CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/04 14:35:45 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: eliminate on-demand initialization and use of cstdlib.calloc as was done similarly for pthreads From hosking at cs.purdue.edu Tue May 5 01:07:51 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 5 May 2009 09:07:51 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090504111907.71861CC3B4@birch.elegosoft.com> References: <20090504111907.71861CC3B4@birch.elegosoft.com> Message-ID: <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> Is this safe? Double-check pattern is often not fully safe. I haven't looked at your code but will do so ASAP. PS Why are you optimizing initialization -- seems premature to me. Antony Hosking | Associate Professor | Computer Science | Purdue University 305 N. University Street | West Lafayette | IN 47907 | USA Office +1 765 494 6001 | Mobile +1 765 427 5484 On 4 May 2009, at 13:19, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/04 13:19:07 > > Modified files: > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > > Log message: > move expensive calloc+pthread_mutex_init outside lock, using a double > check pattern: > > if it appears work is needed (but with taking lock to be sure) > do the work, into temp > take lock > if work not actually needed, ok > release lock > free the temp (don't care if it succeeded) > else > if attempt to do the work failed > release lock > raise exception > else > commit the work > release lock > end > end > end > > It is ugly perhaps to repeat "release lock" three times instead > of once, but time holding the lock is minimized. > > As long as "temp" is a pointer, which it is here, > this can use InterlockedCompareExchangePointer and not a full blown > lock. > > Something like: > > if pointer == null > temp = new ... > if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) > delete temp (* lost the race, ok *) > else > if temp == NULL (* won the race but failed *) > raise exception > end > end > end > > This pattern is bad if the temp work is particularly expensive or > must not be executed more than once. That leaves > many instances in which it is ok. > > Also here eliminate PushFrame, but the point is more to eliminate > calloc from inside a lock. Therefore, if calloc is well tuned for > multiprocessor systems, and many locks are used for the first > time at about the same time on multiple threads, scale better. > ("hold locks for minimal time, even at the risk of doing more work > in the event of a race" is a good scalability principle; as well as > "replace lock > with interlocked/atomic/cas/etc., also at the risk of doing > more work when there is a race") > > Factor InitMutex and InitCondition into one function InitMutexHelper. > It is tempting to rewrite InitMutexHelper in C, thereby removing > the exposure of the init lock, however as I understand this is a > bad move due to interior gc pointers or such. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Tue May 5 02:14:07 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 00:14:07 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> References: <20090504111907.71861CC3B4@birch.elegosoft.com> <3012EDC3-D72F-4C4C-A0C8-ED89C3AED5B0@cs.purdue.edu> Message-ID: This isn't one-time initialization, it is every condition variable or mutex initialization. Doing a heap allocation with more locks held than necessary seems not good -- hold locks for shorter time if possible. Granted, this does result in more locks/unlocks. It /could/ be that the underlying heap has some optimizations that cause it to scale nicely, defeated by us holding a lock while calling into it. Or it could be that the underlying heap is guarded by exactly the same sort of lock, in which case my change doesn't help. I do believe it is safe. I still check and commit the value under the lock, I just moved the bulk of the work to outside the lock -- with a "risk" that the bulk of the work will be performed more than once but that is generally ok. But either way is ok with me. This would be a good place to use "CAS". - Jay ________________________________ > From: hosking at cs.purdue.edu > To: jkrell at elego.de > Date: Tue, 5 May 2009 09:07:51 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Is this safe? Double-check pattern is often not fully safe. I haven't looked at your code but will do so ASAP. > > PS Why are you optimizing initialization -- seems premature to me. > > Antony Hosking | Associate Professor | Computer Science | Purdue University > 305 N. University Street | West Lafayette | IN 47907 | USA > Office +1 765 494 6001 | Mobile +1 765 427 5484 > > > > On 4 May 2009, at 13:19, Jay Krell wrote: > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/04 13:19:07 > > Modified files: > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > > Log message: > move expensive calloc+pthread_mutex_init outside lock, using a double > check pattern: > > if it appears work is needed (but with taking lock to be sure) > do the work, into temp > take lock > if work not actually needed, ok > release lock > free the temp (don't care if it succeeded) > else > if attempt to do the work failed > release lock > raise exception > else > commit the work > release lock > end > end > end > > It is ugly perhaps to repeat "release lock" three times instead > of once, but time holding the lock is minimized. > > As long as "temp" is a pointer, which it is here, > this can use InterlockedCompareExchangePointer and not a full blown lock. > > Something like: > > if pointer == null > temp = new ... > if InterlockedCompareExchange(&pointer, NULL, temp) != NULL) > delete temp (* lost the race, ok *) > else > if temp == NULL (* won the race but failed *) > raise exception > end > end > end > > This pattern is bad if the temp work is particularly expensive or > must not be executed more than once. That leaves > many instances in which it is ok. > > Also here eliminate PushFrame, but the point is more to eliminate > calloc from inside a lock. Therefore, if calloc is well tuned for > multiprocessor systems, and many locks are used for the first > time at about the same time on multiple threads, scale better. > ("hold locks for minimal time, even at the risk of doing more work > in the event of a race" is a good scalability principle; as well as "replace lock > with interlocked/atomic/cas/etc., also at the risk of doing > more work when there is a race") > > Factor InitMutex and InitCondition into one function InitMutexHelper. > It is tempting to rewrite InitMutexHelper in C, thereby removing > the exposure of the init lock, however as I understand this is a > bad move due to interior gc pointers or such. > From hosking at elego.de Tue May 5 05:47:19 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:47:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505034719.85C6ACC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:47:19 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: The initProc must be called in the slow path while the heap is still locked to avoid seeing incompletely initialized objects at GC time (e.g., an incompletely initialized array). From hosking at elego.de Tue May 5 05:48:34 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:48:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505034834.6AED3CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:48:34 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 Log message: Reformat. Still not convinced GetGCRatio needs to be here. From jay.krell at cornell.edu Tue May 5 05:52:13 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 03:52:13 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034719.85C6ACC3B4@birch.elegosoft.com> References: <20090505034719.85C6ACC3B4@birch.elegosoft.com> Message-ID: Thanks, sorry, good catch. - Jay ---------------------------------------- > Date: Tue, 5 May 2009 05:47:19 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/05 05:47:19 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 > > Log message: > The initProc must be called in the slow path while the heap is still locked to > avoid seeing incompletely initialized objects at GC time (e.g., an > incompletely initialized array). > From hosking at elego.de Tue May 5 05:52:42 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:52:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505035242.6B4D8CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:52:42 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTOS.i3 Log message: Need quotes on EXTERNAL. From hosking at elego.de Tue May 5 05:54:13 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 5:54:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505035413.5B090CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 05:54:13 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTOS.i3 Log message: Minimize diff to previous versions. From jay.krell at cornell.edu Tue May 5 05:55:36 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 03:55:36 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034834.6AED3CC3B4@birch.elegosoft.com> References: <20090505034834.6AED3CC3B4@birch.elegosoft.com> Message-ID: I think it does. It calls PushEFrame. I assume it is related to . - Jay ---------------------------------------- > Date: Tue, 5 May 2009 05:48:34 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/05 05:48:34 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 > > Log message: > Reformat. > Still not convinced GetGCRatio needs to be here. > From hosking at elego.de Tue May 5 06:22:37 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:22:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042237.EB9FECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:22:37 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTType.m3 Log message: Let's used the existing Fail procedure for calloc OutOfMemory. From hosking at elego.de Tue May 5 06:24:46 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:24:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042446.A24BCCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:24:46 Modified files: cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.i3 Log message: Cleanup slightly. From hosking at elego.de Tue May 5 06:29:00 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:29:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505042900.91601CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:29:00 Modified files: cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 Log message: Formatting. From hosking at elego.de Tue May 5 06:34:45 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:34:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505043445.86FECCC7DA@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:34:45 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3 Log message: Quotes on EXTERNAL decl names. Cleanup formatting. From hosking at elego.de Tue May 5 06:55:06 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:55:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045506.512F3CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:55:06 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RuntimeError.i3 Log message: Add a Raise procedure for common use by callers not wanting to allocate an exception frame. I'm not sure what this really saves, but it has recently been introduced so let's get a common place for it. From hosking at elego.de Tue May 5 06:55:18 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:55:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045519.01AE2CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:55:18 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RuntimeError.m3 Log message: Add a Raise procedure for common use by callers not wanting to allocate an exception frame. I'm not sure what this really saves, but it has recently been introduced so let's get a common place for it. From hosking at elego.de Tue May 5 06:58:35 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 6:58:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505045835.BDF5DCC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 06:58:35 Modified files: cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 Log message: Revert formatting to reduce diffs to older versions. Use RuntimeError.Raise as necessary. From hosking at elego.de Tue May 5 07:04:23 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:04:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505050423.D0E7DCC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:04:23 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: Quotes on EXTERNAL names. From hosking at elego.de Tue May 5 07:13:10 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:13:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051310.7055ECC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:13:10 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: Minimize diffs to prior versions. From hosking at elego.de Tue May 5 07:15:23 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:15:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051523.46E09CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:15:23 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Unix.i3 Log message: Quotes on EXTERNAL names. From hosking at elego.de Tue May 5 07:16:08 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 5 May 2009 7:16:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505051608.88DC7CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/05 07:16:08 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Usocket.i3 Log message: Quotes on EXTERNAL names. From jay.krell at cornell.edu Tue May 5 09:45:21 2009 From: jay.krell at cornell.edu (Jay) Date: Tue, 5 May 2009 07:45:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090505034834.6AED3CC3B4@birch.elegosoft.com> References: <20090505034834.6AED3CC3B4@birch.elegosoft.com> Message-ID: replated to FATAL pragma (angle brackets strike again) ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at elego.de; m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Tue, 5 May 2009 03:55:36 +0000 > > > I think it does. It calls PushEFrame. I assume it is related to . > > - Jay > > > ---------------------------------------- >> Date: Tue, 5 May 2009 05:48:34 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/05 05:48:34 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollectorSRC.i3 >> >> Log message: >> Reformat. >> Still not convinced GetGCRatio needs to be here. >> From jkrell at elego.de Tue May 5 23:57:58 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 5 May 2009 23:57:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090505215758.BA4BACC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/05 23:57:58 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: LINUXLIBC6 Log message: runpath and other linker flag changes From hosking at elego.de Wed May 6 02:21:50 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:21:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002150.A15FECC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:21:50 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: We must have a TRY block around CollectEnough in AllocTraced, because it can raise an OutOfMemory error. From hosking at elego.de Wed May 6 02:26:19 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:26:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002619.60CDFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:26:19 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 Log message: Use RuntimeError.Raise. From hosking at elego.de Wed May 6 02:27:22 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 6 May 2009 2:27:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506002722.81096CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/06 02:27:22 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 Log message: A little tidier with a CASE. From jay.krell at cornell.edu Wed May 6 02:28:28 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:28:28 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090506002150.A15FECC3B4@birch.elegosoft.com> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init). Like I had here: http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 but I undid that since the next change subsumed it (though incorrectly as you point out). - Jay ---------------------------------------- > Date: Wed, 6 May 2009 02:21:50 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/06 02:21:50 > > Modified files: > cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 > > Log message: > We must have a TRY block around CollectEnough in AllocTraced, because it can > raise an OutOfMemory error. > From hosking at cs.purdue.edu Wed May 6 02:31:19 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 10:31:19 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Do you mean we get PushEFrame outside the IF? On 6 May 2009, at 10:28, Jay wrote: > > I think this requires moving that path to a separate function, else > we'll die in startup (PushEFrame called before ThreadF.Init). > > > Like I had here: > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 > > > but I undid that since the next change subsumed it (though > incorrectly as you point out). > > > - Jay > > > ---------------------------------------- >> Date: Wed, 6 May 2009 02:21:50 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/06 02:21:50 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >> >> Log message: >> We must have a TRY block around CollectEnough in AllocTraced, >> because it can >> raise an OutOfMemory error. >> From hosking at cs.purdue.edu Wed May 6 02:33:00 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 10:33:00 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: PS I know how to fix it now, so just hold tight. It means burying the TRY block lower down inside CollectEnough. On 6 May 2009, at 10:31, Tony Hosking wrote: > Do you mean we get PushEFrame outside the IF? > > On 6 May 2009, at 10:28, Jay wrote: > >> >> I think this requires moving that path to a separate function, else >> we'll die in startup (PushEFrame called before ThreadF.Init). >> >> >> Like I had here: >> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >> >> >> but I undid that since the next change subsumed it (though >> incorrectly as you point out). >> >> >> - Jay >> >> >> ---------------------------------------- >>> Date: Wed, 6 May 2009 02:21:50 +0000 >>> To: m3commit at elegosoft.com >>> From: hosking at elego.de >>> Subject: [M3commit] CVS Update: cm3 >>> >>> CVSROOT: /usr/cvs >>> Changes by: hosking at birch. 09/05/06 02:21:50 >>> >>> Modified files: >>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>> >>> Log message: >>> We must have a TRY block around CollectEnough in AllocTraced, >>> because it can >>> raise an OutOfMemory error. >>> > From jay.krell at cornell.edu Wed May 6 02:35:09 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:35:09 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090506002150.A15FECC3B4@birch.elegosoft.com> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> Message-ID: Also I admit there is a definite ease-of-human-static-analysis that every instance of RTOS.LockHeap in this file is immediately prefixed with TRY, except for the one in Crash that has a comment about it, Crash being reasonable-to-imagine unusual. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at elego.de; m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Wed, 6 May 2009 00:28:28 +0000 > > > I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init). > > > Like I had here: > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 > > > but I undid that since the next change subsumed it (though incorrectly as you point out). > > > - Jay > > > ---------------------------------------- >> Date: Wed, 6 May 2009 02:21:50 +0000 >> To: m3commit at elegosoft.com >> From: hosking at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: hosking at birch. 09/05/06 02:21:50 >> >> Modified files: >> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >> >> Log message: >> We must have a TRY block around CollectEnough in AllocTraced, because it can >> raise an OutOfMemory error. >> From jay.krell at cornell.edu Wed May 6 02:39:53 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 00:39:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: Yes I definitely think so. That is most of the problem in "all of this" -- why user threads were failing on non-Linux platforms (without on-demand initialization), and why merging the thread locals caused "wierd" allocation to be used. I believe the way it works, is that any /function/ with a TRY or a RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the function you get to the TRY/RAISE", incurs a PushEFrame. I like my proposed fix but I'll sit tight. It's a known somewhat ugly mechanical transform to push try/raise into separate functions. There is of course definitely the fragility that early allocations "must" succeed, else going down the slow path will fail. Perhaps that should be strengthened, perhaps. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Wed, 6 May 2009 10:33:00 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > PS I know how to fix it now, so just hold tight. It means burying > the TRY block lower down inside CollectEnough. > > On 6 May 2009, at 10:31, Tony Hosking wrote: > >> Do you mean we get PushEFrame outside the IF? >> >> On 6 May 2009, at 10:28, Jay wrote: >> >>> >>> I think this requires moving that path to a separate function, else >>> we'll die in startup (PushEFrame called before ThreadF.Init). >>> >>> >>> Like I had here: >>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>> >>> >>> but I undid that since the next change subsumed it (though >>> incorrectly as you point out). >>> >>> >>> - Jay >>> >>> >>> ---------------------------------------- >>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>> To: m3commit at elegosoft.com >>>> From: hosking at elego.de >>>> Subject: [M3commit] CVS Update: cm3 >>>> >>>> CVSROOT: /usr/cvs >>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>> >>>> Modified files: >>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>> >>>> Log message: >>>> We must have a TRY block around CollectEnough in AllocTraced, >>>> because it can >>>> raise an OutOfMemory error. >>>> >> > From hosking at cs.purdue.edu Wed May 6 09:13:05 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 17:13:05 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> Message-ID: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Jay, The fix you have put in to avoid the NIL-check in GetActivations/ SetActivations is hard to get rid of because we need to be able to ask for an activation so early in the bootstrap process (e.g., for any TRY block that happens to get called before we initialize the threads). It seems pretty unreasonable not to have TRY blocks in the bootstrap initialization. Or have you managed to eliminate them. The one place remaining is to protect when CollectSome throws an OutOfMemory runtime- error back to the slow allocation path -- this TRY block will be executed on every allocation by the bootstrap initializers. I also rely on GetActivation calling InitActivations on demand for that first allocation. It seems hard to impose no NEW in bootstrap code up to that point. So, upshot is that I would like to restore the on-demand invocation of InitActivations at the cost of a NIL-check in the GetActivation code. I think not doing so results in much more fragile code. What do you think? -- Tony On 6 May 2009, at 10:39, Jay wrote: > > Yes I definitely think so. > That is most of the problem in "all of this" -- why user threads > were failing on non-Linux platforms (without on-demand > initialization), and why merging the thread locals caused "wierd" > allocation to be used. > > > I believe the way it works, is that any /function/ with a TRY or a > RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the > function you get to the TRY/RAISE", incurs a PushEFrame. > > > I like my proposed fix but I'll sit tight. > It's a known somewhat ugly mechanical transform to push try/raise > into separate functions. > > > There is of course definitely the fragility that early allocations > "must" succeed, else going down the slow path will fail. Perhaps > that should be strengthened, perhaps. > > > - Jay > > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: hosking at cs.purdue.edu >> Date: Wed, 6 May 2009 10:33:00 +1000 >> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >> Subject: Re: [M3commit] CVS Update: cm3 >> >> PS I know how to fix it now, so just hold tight. It means burying >> the TRY block lower down inside CollectEnough. >> >> On 6 May 2009, at 10:31, Tony Hosking wrote: >> >>> Do you mean we get PushEFrame outside the IF? >>> >>> On 6 May 2009, at 10:28, Jay wrote: >>> >>>> >>>> I think this requires moving that path to a separate function, else >>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>> >>>> >>>> Like I had here: >>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>> >>>> >>>> but I undid that since the next change subsumed it (though >>>> incorrectly as you point out). >>>> >>>> >>>> - Jay >>>> >>>> >>>> ---------------------------------------- >>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>> To: m3commit at elegosoft.com >>>>> From: hosking at elego.de >>>>> Subject: [M3commit] CVS Update: cm3 >>>>> >>>>> CVSROOT: /usr/cvs >>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>> >>>>> Modified files: >>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>> >>>>> Log message: >>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>> because it can >>>>> raise an OutOfMemory error. >>>>> >>> >> From jay.krell at cornell.edu Wed May 6 09:33:24 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:33:24 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: Please give me a few hours on this. It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) Functions with TRY or LOCK are admittedly already inefficient. I guess an extra instruction or two in them doesn't matter? (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) I'm conflicted. You know the explicit initialization order I mentioned in RTLinker? We agree it is fragile. Aren't we just seeing another form/part of that? Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. "TRY is a module", something like that. Anyway let me look at it. I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Wed, 6 May 2009 17:13:05 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, > > The fix you have put in to avoid the NIL-check in GetActivations/ > SetActivations is hard to get rid of because we need to be able to ask > for an activation so early in the bootstrap process (e.g., for any TRY > block that happens to get called before we initialize the threads). > It seems pretty unreasonable not to have TRY blocks in the bootstrap > initialization. Or have you managed to eliminate them. The one place > remaining is to protect when CollectSome throws an OutOfMemory runtime- > error back to the slow allocation path -- this TRY block will be > executed on every allocation by the bootstrap initializers. I also > rely on GetActivation calling InitActivations on demand for that first > allocation. It seems hard to impose no NEW in bootstrap code up to > that point. So, upshot is that I would like to restore the on-demand > invocation of InitActivations at the cost of a NIL-check in the > GetActivation code. I think not doing so results in much more fragile > code. What do you think? > > -- Tony > > On 6 May 2009, at 10:39, Jay wrote: > >> >> Yes I definitely think so. >> That is most of the problem in "all of this" -- why user threads >> were failing on non-Linux platforms (without on-demand >> initialization), and why merging the thread locals caused "wierd" >> allocation to be used. >> >> >> I believe the way it works, is that any /function/ with a TRY or a >> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >> function you get to the TRY/RAISE", incurs a PushEFrame. >> >> >> I like my proposed fix but I'll sit tight. >> It's a known somewhat ugly mechanical transform to push try/raise >> into separate functions. >> >> >> There is of course definitely the fragility that early allocations >> "must" succeed, else going down the slow path will fail. Perhaps >> that should be strengthened, perhaps. >> >> >> - Jay >> >> >> >> ---------------------------------------- >>> From: hosking at cs.purdue.edu >>> To: hosking at cs.purdue.edu >>> Date: Wed, 6 May 2009 10:33:00 +1000 >>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> PS I know how to fix it now, so just hold tight. It means burying >>> the TRY block lower down inside CollectEnough. >>> >>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>> >>>> Do you mean we get PushEFrame outside the IF? >>>> >>>> On 6 May 2009, at 10:28, Jay wrote: >>>> >>>>> >>>>> I think this requires moving that path to a separate function, else >>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>> >>>>> >>>>> Like I had here: >>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>> >>>>> >>>>> but I undid that since the next change subsumed it (though >>>>> incorrectly as you point out). >>>>> >>>>> >>>>> - Jay >>>>> >>>>> >>>>> ---------------------------------------- >>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>> To: m3commit at elegosoft.com >>>>>> From: hosking at elego.de >>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>> >>>>>> CVSROOT: /usr/cvs >>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>> >>>>>> Modified files: >>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>> >>>>>> Log message: >>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>> because it can >>>>>> raise an OutOfMemory error. >>>>>> >>>> >>> > From jay.krell at cornell.edu Wed May 6 09:34:09 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:34:09 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: ps: I realize now my proposed fix is inadequate, duh. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Wed, 6 May 2009 07:33:24 +0000 > > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to ask >> for an activation so early in the bootstrap process (e.g., for any TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From jay.krell at cornell.edu Wed May 6 09:44:24 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 07:44:24 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: (the one from much earlier that is...) ---------------------------------------- > From: jay > To: hosking > Date: Wed, 6 May 2009 07:34:09 +0000 > CC: m3commit > Subject: Re: [M3commit] CVS Update: cm3 > > > ps: I realize now my proposed fix is inadequate, duh. > > - Jay From hosking at cs.purdue.edu Wed May 6 11:33:04 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 19:33:04 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: <03D41FC5-B078-44A6-8528-D40A34247634@cs.purdue.edu> On 6 May 2009, at 17:33, Jay wrote: > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" > allocation, either calloc or taking the address of the first element > of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of > it earlier, to before the heap is initialized (I have to read the > rest of it, maybe split it in two; maybe make InitActivations the > public name of the first half, called by RTLinker, that should work > easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as > fairly portable stack walker? That makes this all so much nicer.) Stack unwinding will always be preferable -- that way TRY blocks cost almost nothing. > > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct > (TRY) incurs a runtime dependency? You know, those modules that are > manually initialized, their initializers presumably can't call > anything initialized after them. One must be careful what those > modules call. One must be careful that those modules don't TRY > before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use > a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to >> ask >> for an activation so early in the bootstrap process (e.g., for any >> TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory >> runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that >> first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, >>>>>> else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From hosking at cs.purdue.edu Wed May 6 11:33:12 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Wed, 6 May 2009 19:33:12 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: <0BD889DE-6671-4156-98C6-562D838AD76B@cs.purdue.edu> I think I have a cleaner solution, which involves disabling GC until after thread initialization has taken place. That way, allocation can work so long as it avoids TRY blocks. On 6 May 2009, at 17:33, Jay wrote: > > Please give me a few hours on this. > > > It can be fixed by moving the first activation back to "special" > allocation, either calloc or taking the address of the first element > of a char array. > > > Fragility can be reduced by moving ThreadF.Init or at least part of > it earlier, to before the heap is initialized (I have to read the > rest of it, maybe split it in two; maybe make InitActivations the > public name of the first half, called by RTLinker, that should work > easily.) > > > Functions with TRY or LOCK are admittedly already inefficient. > I guess an extra instruction or two in them doesn't matter? > > (You think libunwind (as integrated into gcc/libgcc) is viable as > fairly portable stack walker? That makes this all so much nicer.) > > > I'm conflicted. > You know the explicit initialization order I mentioned in RTLinker? > We agree it is fragile. > Aren't we just seeing another form/part of that? > Albeit maybe a surprising form? SUrprising that a language construct > (TRY) incurs a runtime dependency? You know, those modules that are > manually initialized, their initializers presumably can't call > anything initialized after them. One must be careful what those > modules call. One must be careful that those modules don't TRY > before TRY is initialized. > > > "TRY is a module", something like that. > > > Anyway let me look at it. > I think we merely have to move InitActivations early and have it use > a static allocation and it will be fairly reasonable. > > > > - Jay > > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> To: jay.krell at cornell.edu >> Date: Wed, 6 May 2009 17:13:05 +1000 >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Jay, >> >> The fix you have put in to avoid the NIL-check in GetActivations/ >> SetActivations is hard to get rid of because we need to be able to >> ask >> for an activation so early in the bootstrap process (e.g., for any >> TRY >> block that happens to get called before we initialize the threads). >> It seems pretty unreasonable not to have TRY blocks in the bootstrap >> initialization. Or have you managed to eliminate them. The one place >> remaining is to protect when CollectSome throws an OutOfMemory >> runtime- >> error back to the slow allocation path -- this TRY block will be >> executed on every allocation by the bootstrap initializers. I also >> rely on GetActivation calling InitActivations on demand for that >> first >> allocation. It seems hard to impose no NEW in bootstrap code up to >> that point. So, upshot is that I would like to restore the on-demand >> invocation of InitActivations at the cost of a NIL-check in the >> GetActivation code. I think not doing so results in much more fragile >> code. What do you think? >> >> -- Tony >> >> On 6 May 2009, at 10:39, Jay wrote: >> >>> >>> Yes I definitely think so. >>> That is most of the problem in "all of this" -- why user threads >>> were failing on non-Linux platforms (without on-demand >>> initialization), and why merging the thread locals caused "wierd" >>> allocation to be used. >>> >>> >>> I believe the way it works, is that any /function/ with a TRY or a >>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>> function you get to the TRY/RAISE", incurs a PushEFrame. >>> >>> >>> I like my proposed fix but I'll sit tight. >>> It's a known somewhat ugly mechanical transform to push try/raise >>> into separate functions. >>> >>> >>> There is of course definitely the fragility that early allocations >>> "must" succeed, else going down the slow path will fail. Perhaps >>> that should be strengthened, perhaps. >>> >>> >>> - Jay >>> >>> >>> >>> ---------------------------------------- >>>> From: hosking at cs.purdue.edu >>>> To: hosking at cs.purdue.edu >>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>> Subject: Re: [M3commit] CVS Update: cm3 >>>> >>>> PS I know how to fix it now, so just hold tight. It means burying >>>> the TRY block lower down inside CollectEnough. >>>> >>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>> >>>>> Do you mean we get PushEFrame outside the IF? >>>>> >>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>> >>>>>> >>>>>> I think this requires moving that path to a separate function, >>>>>> else >>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>> >>>>>> >>>>>> Like I had here: >>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>> >>>>>> >>>>>> but I undid that since the next change subsumed it (though >>>>>> incorrectly as you point out). >>>>>> >>>>>> >>>>>> - Jay >>>>>> >>>>>> >>>>>> ---------------------------------------- >>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>> To: m3commit at elegosoft.com >>>>>>> From: hosking at elego.de >>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>> >>>>>>> CVSROOT: /usr/cvs >>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>> >>>>>>> Modified files: >>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>> >>>>>>> Log message: >>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>> because it can >>>>>>> raise an OutOfMemory error. >>>>>>> >>>>> >>>> >> From jkrell at elego.de Wed May 6 12:53:28 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:53:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105328.93F44CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:53:28 Modified files: cm3/scripts/python/: pylib.py Log message: escaped backward slashes are being interpreted as paths to remote machines and hanging my builds, let's try replacing backward slashes with forward slashes instead From jkrell at elego.de Wed May 6 12:53:51 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:53:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105352.0590ECC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:53:51 Modified files: cm3/scripts/python/: pylib.py Log message: fix newlines (dos2unix) From jkrell at elego.de Wed May 6 12:55:04 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:55:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105504.61EEDCC332@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:55:04 Modified files: cm3/m3-sys/cminstall/src/config/: NT386.common Log message: leading escaped backward slashes are being interpreted as paths to remote machines and hanging my builds, let's try replacing backward slashes with forward slashes instead From jkrell at elego.de Wed May 6 12:58:19 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 12:58:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506105819.6B38FCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 12:58:19 Modified files: cm3/scripts/python/: do-cm3-core.py Log message: fix From jkrell at elego.de Wed May 6 13:05:08 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:05:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506110508.26E11CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:05:08 Modified files: cm3/scripts/: sysinfo.sh Log message: get version numbers from version file From jkrell at elego.de Wed May 6 13:14:43 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:14:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506111443.E3A1CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:14:43 Modified files: cm3/scripts/python/: pylib.py Log message: get versions from nicer version file instead of parsing out of shell code From jkrell at elego.de Wed May 6 13:20:08 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:20:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112008.62F67CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:20:08 Modified files: cm3/scripts/python/: pylib.py Log message: change names to reflect the data is no longer from the sh code From jkrell at elego.de Wed May 6 13:21:58 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:21:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112158.A34EACC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:21:58 Modified files: cm3/scripts/win/: sysinfo.cmd Log message: get versions from version file instead of groveling the sh code From jkrell at elego.de Wed May 6 13:28:59 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:28:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506112859.C4B1CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:28:59 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: read version file instead of sh code (looks like NT386 only, posix platforms default to lame values unless set on the command line (or from scripts)) From jkrell at elego.de Wed May 6 13:48:06 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:48:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506114806.D8D2ACC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:48:06 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: add version for Posix systems; hopefully the sh code employed here is portable enough, it is pretty minimal (ditto for the sysinfo.sh change earlier) From jkrell at elego.de Wed May 6 13:49:14 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 13:49:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506114914.7E8D4CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 13:49:14 Modified files: cm3/scripts/: sysinfo.sh Log message: remove compatibility lines From jkrell at elego.de Wed May 6 14:51:13 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 14:51:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506125113.88460CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 14:51:13 Modified files: cm3/scripts/: sysinfo.sh Log message: more portable version, works with Solaris 5.10 /bin/sh From jay.krell at cornell.edu Wed May 6 15:05:21 2009 From: jay.krell at cornell.edu (Jay) Date: Wed, 6 May 2009 13:05:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090506002150.A15FECC3B4@birch.elegosoft.com> <46F424EA-6C63-42C4-A120-C1B0FD394AA6@cs.purdue.edu> <54967B00-3878-4147-AA90-FBD09F98161B@cs.purdue.edu> Message-ID: Um, I also realize now I've been confusing the thread libraries--I thought they all had "this problem" but it seems only user threads does. The activations are untraced for pthreads and win32 threads. - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > Date: Wed, 6 May 2009 07:34:09 +0000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > > ps: I realize now my proposed fix is inadequate, duh. > > - Jay > > > > ---------------------------------------- >> From: jay.krell at cornell.edu >> To: hosking at cs.purdue.edu >> CC: m3commit at elegosoft.com >> Subject: RE: [M3commit] CVS Update: cm3 >> Date: Wed, 6 May 2009 07:33:24 +0000 >> >> >> Please give me a few hours on this. >> >> >> It can be fixed by moving the first activation back to "special" allocation, either calloc or taking the address of the first element of a char array. >> >> >> Fragility can be reduced by moving ThreadF.Init or at least part of it earlier, to before the heap is initialized (I have to read the rest of it, maybe split it in two; maybe make InitActivations the public name of the first half, called by RTLinker, that should work easily.) >> >> >> Functions with TRY or LOCK are admittedly already inefficient. >> I guess an extra instruction or two in them doesn't matter? >> >> (You think libunwind (as integrated into gcc/libgcc) is viable as fairly portable stack walker? That makes this all so much nicer.) >> >> >> I'm conflicted. >> You know the explicit initialization order I mentioned in RTLinker? >> We agree it is fragile. >> Aren't we just seeing another form/part of that? >> Albeit maybe a surprising form? SUrprising that a language construct (TRY) incurs a runtime dependency? You know, those modules that are manually initialized, their initializers presumably can't call anything initialized after them. One must be careful what those modules call. One must be careful that those modules don't TRY before TRY is initialized. >> >> >> "TRY is a module", something like that. >> >> >> Anyway let me look at it. >> I think we merely have to move InitActivations early and have it use a static allocation and it will be fairly reasonable. >> >> >> >> - Jay >> >> >> ---------------------------------------- >>> From: hosking at cs.purdue.edu >>> To: jay.krell at cornell.edu >>> Date: Wed, 6 May 2009 17:13:05 +1000 >>> CC: m3commit at elegosoft.com >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> Jay, >>> >>> The fix you have put in to avoid the NIL-check in GetActivations/ >>> SetActivations is hard to get rid of because we need to be able to ask >>> for an activation so early in the bootstrap process (e.g., for any TRY >>> block that happens to get called before we initialize the threads). >>> It seems pretty unreasonable not to have TRY blocks in the bootstrap >>> initialization. Or have you managed to eliminate them. The one place >>> remaining is to protect when CollectSome throws an OutOfMemory runtime- >>> error back to the slow allocation path -- this TRY block will be >>> executed on every allocation by the bootstrap initializers. I also >>> rely on GetActivation calling InitActivations on demand for that first >>> allocation. It seems hard to impose no NEW in bootstrap code up to >>> that point. So, upshot is that I would like to restore the on-demand >>> invocation of InitActivations at the cost of a NIL-check in the >>> GetActivation code. I think not doing so results in much more fragile >>> code. What do you think? >>> >>> -- Tony >>> >>> On 6 May 2009, at 10:39, Jay wrote: >>> >>>> >>>> Yes I definitely think so. >>>> That is most of the problem in "all of this" -- why user threads >>>> were failing on non-Linux platforms (without on-demand >>>> initialization), and why merging the thread locals caused "wierd" >>>> allocation to be used. >>>> >>>> >>>> I believe the way it works, is that any /function/ with a TRY or a >>>> RAISE or a FATAL pragma (GetGCRatio), no matter "how close in the >>>> function you get to the TRY/RAISE", incurs a PushEFrame. >>>> >>>> >>>> I like my proposed fix but I'll sit tight. >>>> It's a known somewhat ugly mechanical transform to push try/raise >>>> into separate functions. >>>> >>>> >>>> There is of course definitely the fragility that early allocations >>>> "must" succeed, else going down the slow path will fail. Perhaps >>>> that should be strengthened, perhaps. >>>> >>>> >>>> - Jay >>>> >>>> >>>> >>>> ---------------------------------------- >>>>> From: hosking at cs.purdue.edu >>>>> To: hosking at cs.purdue.edu >>>>> Date: Wed, 6 May 2009 10:33:00 +1000 >>>>> CC: m3commit at elegosoft.com; jay.krell at cornell.edu >>>>> Subject: Re: [M3commit] CVS Update: cm3 >>>>> >>>>> PS I know how to fix it now, so just hold tight. It means burying >>>>> the TRY block lower down inside CollectEnough. >>>>> >>>>> On 6 May 2009, at 10:31, Tony Hosking wrote: >>>>> >>>>>> Do you mean we get PushEFrame outside the IF? >>>>>> >>>>>> On 6 May 2009, at 10:28, Jay wrote: >>>>>> >>>>>>> >>>>>>> I think this requires moving that path to a separate function, else >>>>>>> we'll die in startup (PushEFrame called before ThreadF.Init). >>>>>>> >>>>>>> >>>>>>> Like I had here: >>>>>>> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53 >>>>>>> >>>>>>> >>>>>>> but I undid that since the next change subsumed it (though >>>>>>> incorrectly as you point out). >>>>>>> >>>>>>> >>>>>>> - Jay >>>>>>> >>>>>>> >>>>>>> ---------------------------------------- >>>>>>>> Date: Wed, 6 May 2009 02:21:50 +0000 >>>>>>>> To: m3commit at elegosoft.com >>>>>>>> From: hosking at elego.de >>>>>>>> Subject: [M3commit] CVS Update: cm3 >>>>>>>> >>>>>>>> CVSROOT: /usr/cvs >>>>>>>> Changes by: hosking at birch. 09/05/06 02:21:50 >>>>>>>> >>>>>>>> Modified files: >>>>>>>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 >>>>>>>> >>>>>>>> Log message: >>>>>>>> We must have a TRY block around CollectEnough in AllocTraced, >>>>>>>> because it can >>>>>>>> raise an OutOfMemory error. >>>>>>>> >>>>>> >>>>> >>> From jkrell at elego.de Wed May 6 16:10:09 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 6 May 2009 16:10:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506141009.0F0C3CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/06 16:10:09 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: move PushEFrame out of fast path (good almost no matter what -- until we get widespread stack walkers) provide CollectEnough split into UnlockedCollectEnough and LockedCollectEnough so that early traced allocation does not incur a TRY which will end up using uninitialized self: Thread.T; this fix is specifically for user threads (but affects all thread libraries); the other thread libraries use untraced allocation in their similar place mostly verified belief is that the heap doesn't have to stay locked through this entire operation, that unlock/relock is ok, albeit slower From wagner at elego.de Thu May 7 00:15:37 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:15:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221537.7FCA6CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:15:37 Modified files: cm3/m3-tools/cvsup/client/src/: m3overrides cm3/m3-tools/cvsup/server/src/: m3overrides Added files: cm3/m3-tools/cvsup/cvpasswd/src/: m3overrides cm3/m3-tools/cvsup/suplib/src/: m3overrides Log message: adapt overrides to cm3 structure From wagner at elego.de Thu May 7 00:16:21 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:16:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221621.DB2A2CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:16:21 Modified files: cm3/m3-sys/cm3ide/src/: m3overrides Log message: fix override location From wagner at elego.de Thu May 7 00:19:15 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:19:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221915.48007CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:19:15 Modified files: cm3/scripts/: pkginfo.txt Log message: add cvsup packages to std From wagner at elego.de Thu May 7 00:19:49 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:19:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506221949.40307CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:19:49 Modified files: cm3/scripts/: version Log message: increase version for release candidates From wagner at elego.de Thu May 7 00:23:52 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 7 May 2009 0:23:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090506222352.71101CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/07 00:23:52 Modified files: cm3/m3-libs/unittest/src/: m3overrides Log message: fix override From hosking at elego.de Thu May 7 12:18:54 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 12:18:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507101854.CC33CCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 12:18:54 Modified files: cm3/m3-libs/m3core/src/convert/: CConvert.m3 cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 RTCollector.m3 RTCollectorSRC.i3 RTHeapInfo.m3 RTHeapRep.i3 RTHeapStats.m3 RTLinker.m3 RTOS.i3 cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 Log message: Rework allocation sequences to avoid TRY blocks. Try to improve allocation performance. From jay.krell at cornell.edu Thu May 7 14:39:21 2009 From: jay.krell at cornell.edu (Jay) Date: Thu, 7 May 2009 12:39:21 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090507101854.CC33CCC3B5@birch.elegosoft.com> References: <20090507101854.CC33CCC3B5@birch.elegosoft.com> Message-ID: Cool, thanks. It looks like there's a few more RAISES that can be removed from performance sensitive functions (i.e. any allocator). Solaris Tinderbox simple problem: :) "../src/runtime/ex_stack/RTExStack.m3", line 223: parameter not specified (thread) - Jay ---------------------------------------- > Date: Thu, 7 May 2009 12:18:54 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/07 12:18:54 > > Modified files: > cm3/m3-libs/m3core/src/convert/: CConvert.m3 > cm3/m3-libs/m3core/src/runtime/common/: RTAllocator.m3 > RTCollector.m3 > RTCollectorSRC.i3 > RTHeapInfo.m3 > RTHeapRep.i3 > RTHeapStats.m3 > RTLinker.m3 RTOS.i3 > cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 > cm3/m3-libs/m3core/src/thread/POSIX/: ThreadPosix.m3 > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3 > cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.m3 > > Log message: > Rework allocation sequences to avoid TRY blocks. > Try to improve allocation performance. > From hosking at elego.de Thu May 7 23:31:19 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 23:31:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507213119.A2B1BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 23:31:19 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Params to LockHeap. Not sure why this is LockHeap and not a local MUTEX. From hosking at elego.de Thu May 7 23:39:25 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 7 May 2009 23:39:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090507213925.7534BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/07 23:39:25 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Forgot import. From hosking at elego.de Fri May 8 23:36:09 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 8 May 2009 23:36:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090508213609.86C96CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/08 23:36:09 Modified files: cm3/m3-libs/m3core/src/runtime/ex_stack/: RTExStack.m3 Log message: Params to LockHeap. From wagner at elego.de Sat May 9 12:08:51 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 9 May 2009 12:08:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090509100851.924C5CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/09 12:08:51 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Path.m3 m3makefile Added files: cm3/m3-sys/cm3/src/: cm3.1 Log message: add manual page from Peter Eiserloh also remove some tabs in M3Path added: cm3/src/cm3.1 modified: cm3/src/M3Path.m3 modified: cm3/src/m3makefile From jkrell at elego.de Sun May 10 23:16:17 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:16:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510211617.B1B79CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:16:17 Added files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: finally I have an I386_DARWIN machine first just copy PPC_DARWIN to Darwin.common From jkrell at elego.de Sun May 10 23:19:32 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:19:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510211932.CEE9CCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:19:32 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common PPC_DARWIN Log message: rudimentary split of PPC_DARWIN vs. Darwin.common could be a little better but very ok From jkrell at elego.de Sun May 10 23:20:08 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:20:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212008.E21E9CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:20:08 Added files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: first copy PPC_DARWIN to I386_DARWIN From jkrell at elego.de Sun May 10 23:21:12 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:21:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212112.B9EEDCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:21:12 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: and then change PPC to I386 From jkrell at elego.de Sun May 10 23:24:02 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:24:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510212402.7190FCC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:24:02 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common I386_DARWIN PPC_DARWIN Log message: move additional common code to common file (I don't have a 64bit Darwin machine anyway..) From jkrell at elego.de Sun May 10 23:35:41 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:35:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510213541.C19C7CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:35:41 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: don't workaround problems in older releases From jkrell at elego.de Sun May 10 23:36:50 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:36:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510213650.97CF2CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:36:50 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: don't workaround problems in older releases From jkrell at elego.de Sun May 10 23:56:57 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 10 May 2009 23:56:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510215658.03A00CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/10 23:56:57 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: bump 386 up to 586; this symbol isn't currently used anyway; the 686 gcc generates a rep mov in M3Buf.m3 that my Darwin assembler doesn't recognize so trying 586 there darn.. From jkrell at elego.de Mon May 11 00:20:24 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 0:20:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510222024.6AB42CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 00:20:24 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: 686 is reasonable and hopefully ok, for bootstrapping a workaround is to put a newline or a slash after the rep, for native builds I don't know yet, but anyway this symbol isn't currently used (though not a bad idea to put it here instead of in m3gdb and m3cc) From jkrell at elego.de Mon May 11 01:54:40 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:54:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235441.002C0CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:54:40 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common I386_DARWIN PPC_DARWIN Log message: on I386_DARWIN before first use of assembler, see if it understands "rep movsl" if so, ok if not see if jdar1:/cctools-698.1/usr/bin/as exists if so, assume it works if not, error, telling user to upgrade to 698.1 or newer and install it to /cctools-698.1. Older might work, just that I tested only 1) what came with the system (didn't work) and current. Error should probably point out that you only need the assember, since generally speaking in my experience not all of cctools is buildable. Error might point to the Apple web site too. Probably none of this is a problem on MacOSX 10.5, or maybe even 10.4, but it is a problem on Darwin 8.0.1 (cctools 576) rep movsl is not generated often by cm3cg, but sometimes e.g. in M3Buf.m3, and RegEx.m3. From jkrell at elego.de Mon May 11 01:56:47 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:56:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235647.2C557CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:56:47 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: don't hide the error when it does fail; don't drop an a.out file when it succeeds From jkrell at elego.de Mon May 11 01:58:00 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 11 May 2009 1:58:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090510235800.71D73CC3B4@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/11 01:58:00 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: actually don't need to quash stdout either From hosking at elego.de Mon May 11 05:24:22 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 11 May 2009 5:24:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090511032422.A75D1CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/11 05:24:22 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 Log message: Avoid warning: ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' From jay.krell at cornell.edu Mon May 11 06:48:34 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 04:48:34 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090511032422.A75D1CC361@birch.elegosoft.com> References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 07:18:03 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 15:18:03 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: > I got a lot of those warnings when I tried -O3. > And one error running the result that I didn't look into. > > - Jay > > > > Date: Mon, 11 May 2009 05:24:22 +0000 > > To: m3commit at elegosoft.com > > From: hosking at elego.de > > Subject: [M3commit] CVS Update: cm3 > > > > CVSROOT: /usr/cvs > > Changes by: hosking at birch. 09/05/11 05:24:22 > > > > Modified files: > > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > > > Log message: > > Avoid warning: > > > > ../src/runtime/POSIX/RTPerfTool.m3: In function > 'RTPerfTool__StartTool': > > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable > 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 07:19:31 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 15:19:31 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> Message-ID: <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Jay, Have you changed something about how the compiler invokes setjmp/ longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: > We didn't used to get these errors with -O3. I don't know what has > changed with the compiler backend, but something new is happening. > We should check the logs to see the last time I pushed through -O3, > and figure out what changed since. > > On 11 May 2009, at 14:48, Jay wrote: > >> I got a lot of those warnings when I tried -O3. >> And one error running the result that I didn't look into. >> >> - Jay >> >> >> > Date: Mon, 11 May 2009 05:24:22 +0000 >> > To: m3commit at elegosoft.com >> > From: hosking at elego.de >> > Subject: [M3commit] CVS Update: cm3 >> > >> > CVSROOT: /usr/cvs >> > Changes by: hosking at birch. 09/05/11 05:24:22 >> > >> > Modified files: >> > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 >> > >> > Log message: >> > Avoid warning: >> > >> > ../src/runtime/POSIX/RTPerfTool.m3: In function >> 'RTPerfTool__StartTool': >> > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable >> 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 08:47:49 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 06:47:49 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 08:49:51 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 06:49:51 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: It is, you know, a reasonable message. One might wonder how we avoided it? Mark all locals volatile in functions with try/raise/fatal? - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 08:54:26 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 16:54:26 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> Message-ID: <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> On 11 May 2009, at 16:49, Jay wrote: > It is, you know, a reasonable message. I know. > One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. > Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. > > > - Jay > > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 06:47:49 +0000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > I don't think so. > > - Jay > > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 15:19:31 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, > > Have you changed something about how the compiler invokes setjmp/ > longjmp for exception handling? > > -- Tony > > On 11 May 2009, at 15:18, Tony Hosking wrote: > > We didn't used to get these errors with -O3. I don't know what has > changed with the compiler backend, but something new is happening. > We should check the logs to see the last time I pushed through -O3, > and figure out what changed since. > > On 11 May 2009, at 14:48, Jay wrote: > > I got a lot of those warnings when I tried -O3. > And one error running the result that I didn't look into. > > - Jay > > > > Date: Mon, 11 May 2009 05:24:22 +0000 > > To: m3commit at elegosoft.com > > From: hosking at elego.de > > Subject: [M3commit] CVS Update: cm3 > > > > CVSROOT: /usr/cvs > > Changes by: hosking at birch. 09/05/11 05:24:22 > > > > Modified files: > > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > > > Log message: > > Avoid warning: > > > > ../src/runtime/POSIX/RTPerfTool.m3: In function > 'RTPerfTool__StartTool': > > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable > 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:01:03 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:01:03 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Uh, any locals referenced in a finally block? And whatever locals are referenced by try/except/raise/lock? If we have that capability easily. Anyway, parse.c doesn't change much. - Jay From: hosking at cs.purdue.edu To: jay.krell at cornell.edu Date: Mon, 11 May 2009 16:54:26 +1000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 On 11 May 2009, at 16:49, Jay wrote: It is, you know, a reasonable message. I know. One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:15:34 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:15:34 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Hey, this warning seems to be pretty important. I have on birch a cm3 built with, I think, -O3, and it is very broken. Like, I used to build m3cc, it exited after configure. I cd'ed and make and ignored it. Then I tried building m3core, it exited, roughly, after compiling one file. So, I break on exit and _exit and I end up here: --- building in AMD64_LINUX --- ignoring ../src/m3overrides new source -> compiling RTHooks.i3 [Switching to Thread 47455981786832 (LWP 27346)] Breakpoint 1, 0x00002b2934d52160 in _exit () from /lib/libc.so.6 (gdb) bt #0 0x00002b2934d52160 in _exit () from /lib/libc.so.6 #1 0x00000000006390ee in ProcessPosixCommon__Create_ForkExec (M3_Bd56fi_cmd=Can not access memory at address 0x8000761952a8 ) at ../src/os/POSIX/ProcessPosixCommon.m3:90 #2 0x000000000063aa97 in Process__Create (M3_Bd56fi_cmd=Cannot access memory at Now, I haven't tried -O3 in over a week, and never before that. I don't use birch much. I know I tried -O3 in the past few weeks. I guess I tried it on birch. So this might not even be -O3, but it probably is. I'll go back and build with no optimization or maybe -O2 and come back to this..later.. no guarantee of when "later" is. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 07:01:03 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 Uh, any locals referenced in a finally block? And whatever locals are referenced by try/except/raise/lock? If we have that capability easily. Anyway, parse.c doesn't change much. - Jay From: hosking at cs.purdue.edu To: jay.krell at cornell.edu Date: Mon, 11 May 2009 16:54:26 +1000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 On 11 May 2009, at 16:49, Jay wrote: It is, you know, a reasonable message. I know. One might wonder how we avoided it? I don't recall seeing it before and wonder if something has changed in the way locals are handled since last I tried -O3. Mark all locals volatile in functions with try/raise/fatal? I suppose, though I think we'd like to be smarter. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 06:47:49 +0000 CC: m3commit at elegosoft.com Subject: Re: [M3commit] CVS Update: cm3 I don't think so. - Jay From: hosking at cs.purdue.edu To: hosking at cs.purdue.edu Date: Mon, 11 May 2009 15:19:31 +1000 CC: m3commit at elegosoft.com; jay.krell at cornell.edu Subject: Re: [M3commit] CVS Update: cm3 Jay, Have you changed something about how the compiler invokes setjmp/longjmp for exception handling? -- Tony On 11 May 2009, at 15:18, Tony Hosking wrote: We didn't used to get these errors with -O3. I don't know what has changed with the compiler backend, but something new is happening. We should check the logs to see the last time I pushed through -O3, and figure out what changed since. On 11 May 2009, at 14:48, Jay wrote: I got a lot of those warnings when I tried -O3. And one error running the result that I didn't look into. - Jay > Date: Mon, 11 May 2009 05:24:22 +0000 > To: m3commit at elegosoft.com > From: hosking at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 09/05/11 05:24:22 > > Modified files: > cm3/m3-libs/m3core/src/runtime/POSIX/: RTPerfTool.m3 > > Log message: > Avoid warning: > > ../src/runtime/POSIX/RTPerfTool.m3: In function 'RTPerfTool__StartTool': > ../src/runtime/POSIX/RTPerfTool.m3:125: warning: variable 'M3_AcxOUs_execResult' might be clobbered by 'longjmp' or 'vfork' > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 09:22:06 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 17:22:06 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Yeah, I just don't understand that it apparently used to work... On 11 May 2009, at 17:15, Jay wrote: > > Hey, this warning seems to be pretty important. > > > > I have on birch a cm3 built with, I think, -O3, and it is very broken From hosking at cs.purdue.edu Mon May 11 09:32:54 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 17:32:54 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: Looks like gcc used to do the "right thing" for locals in functions that called setjmp. I suppose that hurt performance so they got rid of it and put the warnings in instead. On 11 May 2009, at 17:22, Tony Hosking wrote: > Yeah, I just don't understand that it apparently used to work... > > On 11 May 2009, at 17:15, Jay wrote: > >> >> Hey, this warning seems to be pretty important. >> >> >> >> I have on birch a cm3 built with, I think, -O3, and it is very broken From jay.krell at cornell.edu Mon May 11 09:39:16 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:39:16 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: ah. Notice that m3_load/m3_store mark a lot of things volatile. I'm trying out a wild guess and marking "v" volatile before the offseting in those functions.. I guess though you've revealed the answer -- strive for like I said -- mark anything volatile referenced in finally or such. Er, anything referenced both in try and finally, something like that. Initial lameness would be all locals in a function with try/finally/lock. And, gosh, I hope they don't enregister globals. :( You'd want some volatile on globals too. Only the uses in a try where the function also references them in a finally. Maybe the old behavior is easy to restore?? - Jay > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 17:32:54 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Looks like gcc used to do the "right thing" for locals in functions > that called setjmp. I suppose that hurt performance so they got rid > of it and put the warnings in instead. > > On 11 May 2009, at 17:22, Tony Hosking wrote: > > > Yeah, I just don't understand that it apparently used to work... > > > > On 11 May 2009, at 17:15, Jay wrote: > > > >> > >> Hey, this warning seems to be pretty important. > >> > >> > >> > >> I have on birch a cm3 built with, I think, -O3, and it is very broken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:42:55 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:42:55 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: ps: We load/store everything as a bitfield as I understand..I wonder if that is a problem, like, given that bitfields aren't addressible.. (which is not to say that they can't be volatile, and bitfields are often used to "map to hardware interfaces" so maybe this is irrelevant) Tony -- your change..is it reasonable/useful in light of larger related -O3 breakage? - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu CC: m3commit at elegosoft.com Subject: RE: [M3commit] CVS Update: cm3 Date: Mon, 11 May 2009 07:39:16 +0000 ah. Notice that m3_load/m3_store mark a lot of things volatile. I'm trying out a wild guess and marking "v" volatile before the offseting in those functions.. I guess though you've revealed the answer -- strive for like I said -- mark anything volatile referenced in finally or such. Er, anything referenced both in try and finally, something like that. Initial lameness would be all locals in a function with try/finally/lock. And, gosh, I hope they don't enregister globals. :( You'd want some volatile on globals too. Only the uses in a try where the function also references them in a finally. Maybe the old behavior is easy to restore?? - Jay > From: hosking at cs.purdue.edu > To: hosking at cs.purdue.edu > Date: Mon, 11 May 2009 17:32:54 +1000 > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Looks like gcc used to do the "right thing" for locals in functions > that called setjmp. I suppose that hurt performance so they got rid > of it and put the warnings in instead. > > On 11 May 2009, at 17:22, Tony Hosking wrote: > > > Yeah, I just don't understand that it apparently used to work... > > > > On 11 May 2009, at 17:15, Jay wrote: > > > >> > >> Hey, this warning seems to be pretty important. > >> > >> > >> > >> I have on birch a cm3 built with, I think, -O3, and it is very broken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 09:54:19 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 07:54:19 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: This might help: The `-traditional' option directs GNU C to put variables in the stack by default, rather than in registers, in functions that call setjmp. This results in the behavior found in traditional C compilers. Or, maybe, you know, it sounds like a "macro" and might do other things. Maybe look at what it does. - Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 11:15:49 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:15:49 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> I'm not convinced there is any more -O3 breakage than this. On 11 May 2009, at 17:42, Jay wrote: > > ps: We load/store everything as a bitfield as I understand..I wonder > if that is a problem, like, given that bitfields aren't addressible.. > > (which is not to say that they can't be volatile, and bitfields are > often used to "map to hardware interfaces" so maybe this is > irrelevant) > > > > Tony -- your change..is it reasonable/useful in light of larger > related -O3 breakage? > > > > - Jay > > > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Mon, 11 May 2009 07:39:16 +0000 > > > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. > > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > You'd want some volatile on globals too. > Only the uses in a try where the function also references them in a > finally From hosking at cs.purdue.edu Mon May 11 11:17:08 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:17:08 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <38EA321F-A416-40D5-BFDD-120EC84F9748@cs.purdue.edu> On 11 May 2009, at 17:39, Jay wrote: > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. No, volatile is not what you want. Flow analysis should be able to keep some variables in registers. > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > finally I don't think we really want to go down this path. From hosking at cs.purdue.edu Mon May 11 11:17:55 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 19:17:55 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <0EDC3451-B69C-4C5D-B7AA-46DF29D8F3EE@cs.purdue.edu> On 11 May 2009, at 17:39, Jay wrote: > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > offseting in those functions.. No, volatile is not what you want. Flow analysis should be able to keep some variables in registers. > I guess though you've revealed the answer -- strive for like I said > -- mark anything volatile referenced in finally or such. Er, > anything referenced both in try and finally, something like that. > Initial lameness would be all locals in a function with try/finally/ > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > finally I don't think we really want to go down this path. From jay.krell at cornell.edu Mon May 11 12:21:54 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 10:21:54 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> <68842633-707E-4038-ABE1-7E9262B8BC9F@cs.purdue.edu> Message-ID: I don't understand. -O3 is I think broken wherever there is try/lock/vfork. I assume there is one fix for all, not any "one offs". Granted, maybe vfork is pretty rare is reasonable to fix each occurence somehow. -O2 is seemingly broken too. On AMD64_LINUX I get to: --- building in AMD64_LINUX --- ignoring ../src/m3overrides new source -> compiling RTHooks.i3 *** *** runtime error: *** <*ASSERT*> failed. *** file "../src/values/Value.m3", line 52 *** and haven't looked further. I assume volatile is a big part of a possible answer, except that: - need not mark every local volatile, not even in functions that call setjmp - only need volatile on locals used within both the "try" and the "finally" "used" is overkill, like, if it is just a temp variable and the finally block's first use is a store and not a read, then no need to preserve the value out of the "try" - even that is overkill, you don't want to completely deoptimize use of those locals, just be sure to "home" them at any function call site if they are in registers If we were writing in C, we would just use the pessimistic approach of programmer applying volatile where the compiler warns -- on locals used within try and finally (so to speak, it's really use after both setjmp returns or somesuch). I guess globals are ok no matter what. We can possibly do better than that though as I said. The portable C fix is overkill since "temporary enregistration" is safe. Well, er, I guess what a C programmer might do, if he wanted the more optimal form, is have two sets of locals, "normal" and "volatile" and would copy to/from after each setjmp return and at otherwise required times -- before any function calls that follow modification of the "normal" locals. something like: void F() { int i; volatile int vi; jmp_buf jb; if (setjmp(jb) == 0) /* try */ { for (i = 0; i < 100; ++i) { /* use i somehow */ vi = i; /* store vi before possible longjmp */ F(); } } else /* finally */ { i = vi; /* get i from vi's home */ /* use i somehow */ } Though it'd be a bit tedious/fragile. I'm skeptical we can do a very good job here, not sure (er, just don't know..) what information is available where. Marking all the locals volatile in a function that calls setjmp might be the best we can do, and try to eliminate all setjmps in favor of stack walkers... - Jay > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Mon, 11 May 2009 19:15:49 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > I'm not convinced there is any more -O3 breakage than this. > > On 11 May 2009, at 17:42, Jay wrote: > > > > > ps: We load/store everything as a bitfield as I understand..I wonder > > if that is a problem, like, given that bitfields aren't addressible.. > > > > (which is not to say that they can't be volatile, and bitfields are > > often used to "map to hardware interfaces" so maybe this is > > irrelevant) > > > > > > > > Tony -- your change..is it reasonable/useful in light of larger > > related -O3 breakage? > > > > > > > > - Jay > > > > > > > > From: jay.krell at cornell.edu > > To: hosking at cs.purdue.edu > > CC: m3commit at elegosoft.com > > Subject: RE: [M3commit] CVS Update: cm3 > > Date: Mon, 11 May 2009 07:39:16 +0000 > > > > > > > > ah. Notice that m3_load/m3_store mark a lot of things volatile. > > I'm trying out a wild guess and marking "v" volatile before the > > offseting in those functions.. > > > > I guess though you've revealed the answer -- strive for like I said > > -- mark anything volatile referenced in finally or such. Er, > > anything referenced both in try and finally, something like that. > > Initial lameness would be all locals in a function with try/finally/ > > lock. And, gosh, I hope they don't enregister globals. :( > > You'd want some volatile on globals too. > > Only the uses in a try where the function also references them in a > > finally > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Mon May 11 12:23:49 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 11 May 2009 10:23:49 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: This -traditional stuff appears to be obsolete. -traditional now only has any meaning with -E -- the preprocessor. - Jay From: jay.krell at cornell.edu To: hosking at cs.purdue.edu CC: m3commit at elegosoft.com Subject: RE: [M3commit] CVS Update: cm3 Date: Mon, 11 May 2009 07:54:19 +0000 This might help: The `-traditional' option directs GNU C to put variables in the stack by default, rather than in registers, in functions that call setjmp. This results in the behavior found in traditional C compilers. Or, maybe, you know, it sounds like a "macro" and might do other things. Maybe look at what it does. - Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at cs.purdue.edu Mon May 11 12:42:12 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 11 May 2009 20:42:12 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090511032422.A75D1CC361@birch.elegosoft.com> <7385DDFD-6B79-489D-B39F-70473611E061@cs.purdue.edu> <977273B8-F68A-4233-9845-32F4A33B4EF4@cs.purdue.edu> Message-ID: <67E6E5BA-8C7A-433B-AFD1-0A192A86E895@cs.purdue.edu> Yeah, grepping the source shows it doesn't mean much at all. On 11 May 2009, at 20:23, Jay wrote: > This -traditional stuff appears to be obsolete. > -traditional now only has any meaning with -E -- the preprocessor. > > - Jay > > From: jay.krell at cornell.edu > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com > Subject: RE: [M3commit] CVS Update: cm3 > Date: Mon, 11 May 2009 07:54:19 +0000 > > This might help: > > The `-traditional' option directs GNU C to put variables in the > stack by default, rather than in registers, in functions that > callsetjmp. This results in the behavior found in traditional C > compilers. > > Or, maybe, you know, it sounds like a "macro" and might do other > things. > Maybe look at what it does. > > > - Jay > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosking at elego.de Mon May 11 12:58:14 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 11 May 2009 12:58:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090511105814.32E41CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/11 12:58:14 Modified files: cm3/m3-libs/m3core/src/runtime/ex_frame/: m3makefile Log message: dos2unix. From jkrell at elego.de Tue May 12 08:38:26 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:38:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512063826.4741ACC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:38:26 Modified files: cm3/m3-sys/cm3/src/: version.quake Log message: fix, I guess before it only worked within scripts From jkrell at elego.de Tue May 12 08:40:05 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:40:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512064005.6254FCC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:40:05 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c Log message: extent hardlink Win32 hack to all platforms, for the sake of bootstrapping on the various new platforms with stripped down Unix/*.i3 files, such as AMD64_LINUX (ie: that only had symlink and not plain 'link' (which is hardlink)) From jkrell at elego.de Tue May 12 08:41:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 8:41:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512064116.89256CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 08:41:16 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 UtilsPosix.m3 m3makefile Added files: cm3/m3-sys/cm3/src/: cm3unix.c Log message: add minor hack so that cm3 can create hardlinks, even on platforms that didn't initially have hardlink in m3core/unix From jkrell at elego.de Tue May 12 09:55:38 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 9:55:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512075538.74A98CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 09:55:38 Modified files: cm3/m3-sys/cm3/src/: Utils.i3 Utils.m3 UtilsPosix.m3 Log message: hardlinks should be removed first, same as symlinks hardlinks should not be made relative, different than symlinks From jkrell at elego.de Tue May 12 10:14:55 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:14:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512081455.C5202CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:14:55 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: AMD64_LINUX Unix.common cm3cfg.common Log message: switch to hardlinks betweeen installroot/lib/libfoo.so.5 and installroot/pkg/foo/target/libfoo.so.5. instead of symlinks. This allows removing $ORIGIN/../../../lib from runpath and using just $ORIGIN/../lib. (shared libraries could just use $ORIGIN, but this same path is used for libraries and executables) Note that AMD64_LINUX already only had $ORIGIN/../lib as its runpath, and not also $ORIGIN/../../../lib, which you'd expect to see removed in this change (from some config file, whatever I first tested, but that is in fact AMD64_LINUX) Could be this worked due to: % cat /etc/ld.so.conf.d/cm3.conf /usr/local/cm3/lib on birch. (which should no longer be necessary for newer installed binaries) Note that between AMD64_LINUX and FreeBSD4, code should be made common, as well as deciding the fate of a feature in FreeBSD4 I didn't copy to AMD64_LINUX. Note also that "gnuld" is a common thread of commonality across Linux and some/all *BSD (and Cygwin, but not HP-UX, Solaris, Darwin, AIX, SGI, Tru64..). Some factoring maybe could/should be done there. Or this might end up "Unix.common", then overridden selectively. From jkrell at elego.de Tue May 12 10:22:39 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:22:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512082239.B21EFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:22:39 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: FreeBSD4 LINUXLIBC6 Solaris.common Log message: remove $ORIGIN/../../lib and $ORIGIN/../../../lib from runpath $ORIGIN/../lib should suffice now that we use hardlinks between lib and pkg From jkrell at elego.de Tue May 12 10:54:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 10:54:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512085416.33F71CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 10:54:16 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: AMD64_LINUX FreeBSD4 LINUXLIBC6 Added files: cm3/m3-sys/cminstall/src/config-no-install/: gnuld.common Log message: some factoring of common code, more could be done From jkrell at elego.de Tue May 12 12:46:53 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 12:46:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512104653.B40D9CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 12:46:53 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c Log message: fix for x86 Darwin 8.0.1 (10.4), hopefully doesn't break 10.5 or real Mac OSX From jkrell at elego.de Tue May 12 13:01:53 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:01:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512110153.C0150CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:01:53 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN Log message: do hide the error, it is a bit unsightly From jkrell at elego.de Tue May 12 13:11:52 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:11:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111152.1B1A6CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:11:52 Modified files: cm3/m3-libs/m3core/src/unix/Common/: Utypes.i3 Log message: go ahead and add for compatibility u_int8_t = uint8_t; u_int16_t = uint16_t; u_int32_t = uint32_t; u_int64_t = uint64_t; From jkrell at elego.de Tue May 12 13:12:58 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:12:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111258.0A42CCC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:12:58 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3makefile cm3/m3-libs/m3core/src/unix/darwin-generic/: m3makefile Log message: more I386_DARWIN to new smaller safer more portable Unix/*.i3 files except, again, for some stuff for usermode threads AMD64_DARWIN is the only one left From jkrell at elego.de Tue May 12 13:19:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 12 May 2009 13:19:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512111914.CBA07CC7D9@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/12 13:19:14 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: I386_DARWIN PPC_DARWIN Unix.common Log message: refactor assemble back to common code but with a hook -- it will call configure_assembler if it is defined I386_DARWIN defines it (stock 10.4 assembler there is insufficient) From jkrell at elego.de Wed May 13 00:42:35 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 13 May 2009 0:42:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512224235.467F3CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/13 00:42:35 Added files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: splitting this off from UnixC.c for sake of Solaris linker, first just copy UnixC.c From jkrell at elego.de Wed May 13 00:50:47 2009 From: jkrell at elego.de (Jay Krell) Date: Wed, 13 May 2009 0:50:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090512225047.86233CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/13 00:50:47 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixC.c UnixLink.c m3makefile cm3/m3-sys/cm3/src/: cm3unix.c Log message: split Unix__link/Utils__link into separate file to avoid duplicate symbols on Solaris, a more careful construction in any case this way, as there was the appearance and high risk and possible occurence of duplicate symbols on all platforms otherwise From hosking at elego.de Wed May 13 04:00:42 2009 From: hosking at elego.de (Antony Hosking) Date: Wed, 13 May 2009 4:00:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090513020042.2921ECC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/13 04:00:41 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Make locals volatile as necessary for calls to setjmp/vfork. This ensures that setjmp/longjmp exceptions work with optimized code. From wagner at elego.de Wed May 13 22:40:09 2009 From: wagner at elego.de (Olaf Wagner) Date: Wed, 13 May 2009 22:40:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090513204009.DBE3BCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/13 22:40:09 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Build.i3 M3Build.m3 Makefile.m3 cm3.1 Log message: some small extensions: o add option "--" to end options o recognize options beginning with "--", too o add TARGET value to -version output o add option -no-m3ship-resolution (experimental) o add option -group-writable to use group-writable file modes in quake installation procedures (currently probably ignored, not checked yet) o adapt inline help and add new options to manual page modified: cm3/src/M3Build.i3 modified: cm3/src/M3Build.m3 modified: cm3/src/Makefile.m3 modified: cm3/src/cm3.1 From hosking at elego.de Thu May 14 06:47:31 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 14 May 2009 6:47:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514044731.48A37CC3C1@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/14 06:47:31 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Fix bug in m3_do_fixed_extract. Don't convert source value to unsigned before left shift, otherwise information gets lost that tree-based value range propagation ends up not considering during optimization. I've just successfully bootstrapped cm3 with the backend optimizing at -O3 on Mac OSX 10.5 (I386_DARWIN), so "cm3 -O" should now do the right thing. Feedback on experiences optimizing on other platforms would be appreciated. From wagner at elego.de Thu May 14 23:53:19 2009 From: wagner at elego.de (Olaf Wagner) Date: Thu, 14 May 2009 23:53:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514215319.BCC34CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/14 23:53:19 Modified files: cm3/scripts/regression/: update_snapshot_status.sh Log message: hack the script to match Jay's different archive names, too From wagner at elego.de Fri May 15 00:12:52 2009 From: wagner at elego.de (Olaf Wagner) Date: Fri, 15 May 2009 0:12:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514221252.9A5E2CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/15 00:12:52 Modified files: cm3/www/: download.html Log message: add more prominent notice about missing links From wagner at elego.de Fri May 15 00:29:44 2009 From: wagner at elego.de (Olaf Wagner) Date: Fri, 15 May 2009 0:29:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090514222944.7558DCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/15 00:29:44 Modified files: cm3/www/: download.html Log message: move note up From hosking at elego.de Fri May 15 09:38:39 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 15 May 2009 9:38:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515073839.960C1CC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/15 09:38:39 Modified files: cm3/m3-sys/m3front/src/builtinOps/: IsType.m3 Narrow.m3 Typecode.m3 cm3/m3-sys/m3front/src/misc/: RunTyme.m3 Log message: Compiler support for the minimal tagged REFANY scheme. From jkrell at elego.de Fri May 15 10:41:30 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 10:41:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515084130.D5FF7CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 10:41:30 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv24703 Log Message: import gcc_42-5566 from: http://www.opensource.apple.com/tarballs/gcc_42/gcc_42-5566.tar.gz except delete: fixincludes libgomp intl gcc/cp gcc/objc gcc/objcp gcc/doc gcc/testsuite gcc/po libcpp/po This is based on gcc 4.2.1 (according to ChangeLog). This shall be the basis of the iphone/ARM_DARWIN backend. And maybe other Darwin backends. Apple removed config such that this can only be hosted on Darwin. We shall add back shortly. Status: Vendor Tag: apple Release Tags: gcc_42-5566 N cm3/m3-sys/m3cc/gcc-apple/libtool-ldflags N cm3/m3-sys/m3cc/gcc-apple/symlink-tree N cm3/m3-sys/m3cc/gcc-apple/missing N cm3/m3-sys/m3cc/gcc-apple/ltconfig N cm3/m3-sys/m3cc/gcc-apple/depcomp N cm3/m3-sys/m3cc/gcc-apple/move-if-change N cm3/m3-sys/m3cc/gcc-apple/config.rpath N cm3/m3-sys/m3cc/gcc-apple/build_gcc N cm3/m3-sys/m3cc/gcc-apple/ltcf-c.sh N cm3/m3-sys/m3cc/gcc-apple/README.SCO N cm3/m3-sys/m3cc/gcc-apple/config-ml.in N cm3/m3-sys/m3cc/gcc-apple/install-sh N cm3/m3-sys/m3cc/gcc-apple/ltcf-gcj.sh N cm3/m3-sys/m3cc/gcc-apple/Makefile.tpl N cm3/m3-sys/m3cc/gcc-apple/ABOUT-NLS N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.lno N cm3/m3-sys/m3cc/gcc-apple/ylwrap N cm3/m3-sys/m3cc/gcc-apple/mkdep N cm3/m3-sys/m3cc/gcc-apple/README N cm3/m3-sys/m3cc/gcc-apple/CHANGES.Apple N cm3/m3-sys/m3cc/gcc-apple/libtool.m4 N cm3/m3-sys/m3cc/gcc-apple/ltcf-cxx.sh N cm3/m3-sys/m3cc/gcc-apple/config.sub N cm3/m3-sys/m3cc/gcc-apple/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/configure N cm3/m3-sys/m3cc/gcc-apple/configure.in N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/REMOVED N cm3/m3-sys/m3cc/gcc-apple/MAINTAINERS N cm3/m3-sys/m3cc/gcc-apple/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/compile N cm3/m3-sys/m3cc/gcc-apple/COPYING N cm3/m3-sys/m3cc/gcc-apple/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/ltmain.sh N cm3/m3-sys/m3cc/gcc-apple/README.Apple N cm3/m3-sys/m3cc/gcc-apple/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/build_libgcc N cm3/m3-sys/m3cc/gcc-apple/GNUmakefile N cm3/m3-sys/m3cc/gcc-apple/mkinstalldirs N cm3/m3-sys/m3cc/gcc-apple/driverdriver.c N cm3/m3-sys/m3cc/gcc-apple/config.guess N cm3/m3-sys/m3cc/gcc-apple/Makefile.def N cm3/m3-sys/m3cc/gcc-apple/libcpp/expr.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/charset.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/system.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/identifiers.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/makeucnid.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libcpp/makedepend.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/pch.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ucnid.tab N cm3/m3-sys/m3cc/gcc-apple/libcpp/init.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ucnid.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/config.in N cm3/m3-sys/m3cc/gcc-apple/libcpp/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libcpp/configure N cm3/m3-sys/m3cc/gcc-apple/libcpp/traditional.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/libcpp/files.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/lex.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libcpp/mkdeps.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/directives.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/internal.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libcpp/symtab.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/line-map.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/macro.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/errors.c N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/mkdeps.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/cpplib.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/cpp-id-data.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/symtab.h N cm3/m3-sys/m3cc/gcc-apple/libcpp/include/line-map.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdint.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdbool.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/assert.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/varargs.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/stdarg.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/float.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/ppc_intrinsics.h N cm3/m3-sys/m3cc/gcc-apple/more-hdrs/inttypes.h N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_version_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_version N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/README N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/crontab N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_web_docs_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/maintainer-addresses N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/update_web_docs_libstdcxx_svn N cm3/m3-sys/m3cc/gcc-apple/maintainer-scripts/gcc_release N cm3/m3-sys/m3cc/gcc-apple/contrib/compare_tests N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_params.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_gcc_for_doxygen N cm3/m3-sys/m3cc/gcc-apple/contrib/gthr_supp_vxw_5x.c N cm3/m3-sys/m3cc/gcc-apple/contrib/filter_knr2ansi.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/index-prop N cm3/m3-sys/m3cc/gcc-apple/contrib/texi2pod.pl N cm3/m3-sys/m3cc/gcc-apple/contrib/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/paranoia.cc N cm3/m3-sys/m3cc/gcc-apple/contrib/dg-cmp-results.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/gccbug.el N cm3/m3-sys/m3cc/gcc-apple/contrib/dglib.pm N cm3/m3-sys/m3cc/gcc-apple/contrib/gennews N cm3/m3-sys/m3cc/gcc-apple/contrib/tree-ssa.doxy N cm3/m3-sys/m3cc/gcc-apple/contrib/analyze_brprob N cm3/m3-sys/m3cc/gcc-apple/contrib/warn_summary N cm3/m3-sys/m3cc/gcc-apple/contrib/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/contrib/compareSumTests3 N cm3/m3-sys/m3cc/gcc-apple/contrib/test_summary N cm3/m3-sys/m3cc/gcc-apple/contrib/gcc_build N cm3/m3-sys/m3cc/gcc-apple/contrib/gcc_update N cm3/m3-sys/m3cc/gcc-apple/contrib/test_installed N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_search N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_test_template N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/reg_periodic N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/README N cm3/m3-sys/m3cc/gcc-apple/contrib/reghunt/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/README N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/objs-gcc.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/site.exp N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/btest-gcc.sh N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Default.png N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Info.plist N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/widget.html N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/Icon.png N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/en.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/de.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/contrib/regression/GCC_Regression_Tester.wdgt/ja.lproj/InfoPlist.strings N cm3/m3-sys/m3cc/gcc-apple/config/lib-ld.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sparcpic N cm3/m3-sys/m3cc/gcc-apple/config/warnings.m4 N cm3/m3-sys/m3cc/gcc-apple/config/progtest.m4 N cm3/m3-sys/m3cc/gcc-apple/config/unwind_ipinfo.m4 N cm3/m3-sys/m3cc/gcc-apple/config/iconv.m4 N cm3/m3-sys/m3cc/gcc-apple/config/uintmax_t.m4 N cm3/m3-sys/m3cc/gcc-apple/config/po.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86pic N cm3/m3-sys/m3cc/gcc-apple/config/mt-alphaieee N cm3/m3-sys/m3cc/gcc-apple/config/mh-cxux N cm3/m3-sys/m3cc/gcc-apple/config/glibc21.m4 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes-pri.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-s390pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-m68kpic N cm3/m3-sys/m3cc/gcc-apple/config/mh-i370pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-solaris N cm3/m3-sys/m3cc/gcc-apple/config/lib-prefix.m4 N cm3/m3-sys/m3cc/gcc-apple/config/lead-dot.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-necv4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-lynxrs6k N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppc-aix N cm3/m3-sys/m3cc/gcc-apple/config/mh-sysv4 N cm3/m3-sys/m3cc/gcc-apple/config/gettext.m4 N cm3/m3-sys/m3cc/gcc-apple/config/intdiv0.m4 N cm3/m3-sys/m3cc/gcc-apple/config/nls.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-elfalphapic N cm3/m3-sys/m3cc/gcc-apple/config/mh-interix N cm3/m3-sys/m3cc/gcc-apple/config/mt-gnu N cm3/m3-sys/m3cc/gcc-apple/config/acinclude.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-ia64pic N cm3/m3-sys/m3cc/gcc-apple/config/mh-dgux386 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes_h.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-wince N cm3/m3-sys/m3cc/gcc-apple/config/multi.m4 N cm3/m3-sys/m3cc/gcc-apple/config/stdint_h.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86-darwin N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppcpic N cm3/m3-sys/m3cc/gcc-apple/config/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/config/mt-d30v N cm3/m3-sys/m3cc/gcc-apple/config/mh-cygwin N cm3/m3-sys/m3cc/gcc-apple/config/no-executables.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-x86omitfp N cm3/m3-sys/m3cc/gcc-apple/config/lib-link.m4 N cm3/m3-sys/m3cc/gcc-apple/config/gxx-include-dir.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-decstation N cm3/m3-sys/m3cc/gcc-apple/config/mh-papic N cm3/m3-sys/m3cc/gcc-apple/config/tls.m4 N cm3/m3-sys/m3cc/gcc-apple/config/acx.m4 N cm3/m3-sys/m3cc/gcc-apple/config/inttypes.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sysv5 N cm3/m3-sys/m3cc/gcc-apple/config/enable.m4 N cm3/m3-sys/m3cc/gcc-apple/config/ulonglong.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-ospace N cm3/m3-sys/m3cc/gcc-apple/config/mh-ncr3000 N cm3/m3-sys/m3cc/gcc-apple/config/lcmessage.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-armpic N cm3/m3-sys/m3cc/gcc-apple/config/depstand.m4 N cm3/m3-sys/m3cc/gcc-apple/config/codeset.m4 N cm3/m3-sys/m3cc/gcc-apple/config/gettext-sister.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mh-sco N cm3/m3-sys/m3cc/gcc-apple/config/stdint.m4 N cm3/m3-sys/m3cc/gcc-apple/config/mt-v810 N cm3/m3-sys/m3cc/gcc-apple/config/mh-djgpp N cm3/m3-sys/m3cc/gcc-apple/config/mt-netware N cm3/m3-sys/m3cc/gcc-apple/config/mh-ppc-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/expr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-aux-info.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.def N cm3/m3-sys/m3cc/gcc-apple/gcc/bitmap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgcleanup.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-chrec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-copyrename.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ONEWS N cm3/m3-sys/m3cc/gcc-apple/gcc/optabs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gdbinit.in N cm3/m3-sys/m3cc/gcc-apple/gcc/print-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dfp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/modulo-sched.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sbitmap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reg-stack.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dce.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-scalar-evolution.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-forwprop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/targhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opt-functions.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-win32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/mkmap-symver.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-im.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-trans.c N cm3/m3-sys/m3cc/gcc-apple/gcc/haifa-sched.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stringpool.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-structalias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genpeep.c N cm3/m3-sys/m3cc/gcc-apple/gcc/var-tracking.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ABOUT-GCC-NLS N cm3/m3-sys/m3cc/gcc-apple/gcc/gengenrtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/system.h N cm3/m3-sys/m3cc/gcc-apple/gcc/fixproto N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-loop-linear.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-type-escape.h N cm3/m3-sys/m3cc/gcc-apple/gcc/postreload.c N cm3/m3-sys/m3cc/gcc-apple/gcc/function.c N cm3/m3-sys/m3cc/gcc-apple/gcc/varasm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-transform.c N cm3/m3-sys/m3cc/gcc-apple/gcc/scan-types.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/version.h N cm3/m3-sys/m3cc/gcc-apple/gcc/hard-reg-set.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssanames.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lcm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde.c N cm3/m3-sys/m3cc/gcc-apple/gcc/prefix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/flags.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-stdarg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-phinodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-utils.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/domwalk.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloop.h N cm3/m3-sys/m3cc/gcc-apple/gcc/regclass.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ifcvt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-unswitch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/double-int.h N cm3/m3-sys/m3cc/gcc-apple/gcc/stab.def N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda.h N cm3/m3-sys/m3cc/gcc-apple/gcc/reload.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df-scan.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-outof-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-inline.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vrp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-nks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/intl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-into-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dbxout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/SERVICE N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-zone.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dfa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-convert.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genoutput.c N cm3/m3-sys/m3cc/gcc-apple/gcc/debug.h N cm3/m3-sys/m3cc/gcc-apple/gcc/stmt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stub-objc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genattr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-patterns.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-iterator.c N cm3/m3-sys/m3cc/gcc-apple/gcc/graph.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-generic.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gccbug.in N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2out.h N cm3/m3-sys/m3cc/gcc-apple/gcc/value-prof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/builtins.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-gnat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/output.h N cm3/m3-sys/m3cc/gcc-apple/gcc/real.h N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-mat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/input.h N cm3/m3-sys/m3cc/gcc-apple/gcc/vecprim.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dummy-checksum.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genopinit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-decl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/lambda-code.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-ebb.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cppspec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/simplify-rtx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opts-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-ppoutput.c N cm3/m3-sys/m3cc/gcc-apple/gcc/version.c N cm3/m3-sys/m3cc/gcc-apple/gcc/print-tree.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/protoize.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-reference.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-tpf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-prop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-copy.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.def N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-rgn.c N cm3/m3-sys/m3cc/gcc-apple/gcc/et-forest.c N cm3/m3-sys/m3cc/gcc-apple/gcc/main.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dfp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reg-notes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/toplev.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-invariant.c N cm3/m3-sys/m3cc/gcc-apple/gcc/emutls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/glimits.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-parser.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genchecksum.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-semantics.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-if-conv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-page.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gccspec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dbxout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-glibc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/gcc/scan.h N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog.11 N cm3/m3-sys/m3cc/gcc-apple/gcc/machmode.def N cm3/m3-sys/m3cc/gcc-apple/gcc/reload1.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-none.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genpreds.c N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog N cm3/m3-sys/m3cc/gcc-apple/gcc/sreal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gimple-low.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cselib.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-manip.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-math-opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1999 N cm3/m3-sys/m3cc/gcc-apple/gcc/coverage.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tracer.c N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc-std.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype-lex.l N cm3/m3-sys/m3cc/gcc-apple/gcc/lists.c N cm3/m3-sys/m3cc/gcc-apple/gcc/except.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fold-const.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-pre.c N cm3/m3-sys/m3cc/gcc-apple/gcc/integrate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nomudflap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hwint.h N cm3/m3-sys/m3cc/gcc-apple/gcc/read-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mips-tdump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-unswitch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/calls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fix-header.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ivcanon.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind.inc N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgexpand.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-reassoc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-prop.h N cm3/m3-sys/m3cc/gcc-apple/gcc/reload.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-init.c N cm3/m3-sys/m3cc/gcc-apple/gcc/errors.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloopanal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pretty-print.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genmodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype-yacc.y N cm3/m3-sys/m3cc/gcc-apple/gcc/intl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pragma.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-cppbuiltin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-lang.c N cm3/m3-sys/m3cc/gcc-apple/gcc/acinclude.m4 N cm3/m3-sys/m3cc/gcc-apple/gcc/c-format.c N cm3/m3-sys/m3cc/gcc-apple/gcc/combine.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sdbout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/mode-classes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vectorizer.h N cm3/m3-sys/m3cc/gcc-apple/gcc/crtstuff.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genconfig.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-iterator.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-compat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfghooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alias.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-cfgcleanup.c N cm3/m3-sys/m3cc/gcc-apple/gcc/builtin-types.def N cm3/m3-sys/m3cc/gcc-apple/gcc/builtin-attrs.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-live.h N cm3/m3-sys/m3cc/gcc-apple/gcc/LANGUAGES N cm3/m3-sys/m3cc/gcc-apple/gcc/caller-save.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-sink.c N cm3/m3-sys/m3cc/gcc-apple/gcc/expmed.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genextract.c N cm3/m3-sys/m3cc/gcc-apple/gcc/basic-block.h N cm3/m3-sys/m3cc/gcc-apple/gcc/collect2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sys-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-compat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/targhooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/prefix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config.host N cm3/m3-sys/m3cc/gcc-apple/gcc/varray.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gcc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-profile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl-error.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genflags.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-data-ref.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sbitmap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sync-builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/sort-protos N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2002 N cm3/m3-sys/m3cc/gcc-apple/gcc/recog.c N cm3/m3-sys/m3cc/gcc-apple/gcc/insn-notes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-operands.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pointer-set.c N cm3/m3-sys/m3cc/gcc-apple/gcc/real.c N cm3/m3-sys/m3cc/gcc-apple/gcc/graph.c N cm3/m3-sys/m3cc/gcc-apple/gcc/attribs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-omp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tsystem.h N cm3/m3-sys/m3cc/gcc-apple/gcc/except.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/recog.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfglayout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/emit-rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mkconfig.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/defaults.h N cm3/m3-sys/m3cc/gcc-apple/gcc/scan-decls.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genautomata.c N cm3/m3-sys/m3cc/gcc-apple/gcc/optabs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/convert.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/README.Portability N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-gnat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/collect2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/omp-low.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-posix95.h N cm3/m3-sys/m3cc/gcc-apple/gcc/web.c N cm3/m3-sys/m3cc/gcc-apple/gcc/vmsdbg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dump.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dojump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/vmsdbgout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mips-tfile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-dce.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-stdarg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-pass.h N cm3/m3-sys/m3cc/gcc-apple/gcc/DATESTAMP N cm3/m3-sys/m3cc/gcc-apple/gcc/config.in N cm3/m3-sys/m3cc/gcc-apple/gcc/cppdefault.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-inline.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opt-gather.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.h N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl-factoring.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/optc-gen.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2out.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2005 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-optimize.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-operands.h N cm3/m3-sys/m3cc/gcc-apple/gcc/final.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gsyslimits.h N cm3/m3-sys/m3cc/gcc-apple/gcc/libada-mk.in N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pretty-print.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gen-protos.c N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/BASE-VER N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pretty-print.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-io.h N cm3/m3-sys/m3cc/gcc-apple/gcc/configure N cm3/m3-sys/m3cc/gcc-apple/gcc/libfuncs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-objc-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cstamp-h.in N cm3/m3-sys/m3cc/gcc-apple/gcc/resource.h N cm3/m3-sys/m3cc/gcc-apple/gcc/libgcc2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gstab.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.h N cm3/m3-sys/m3cc/gcc-apple/gcc/emit-rtl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-browser.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mode-switching.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-type-escape.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sys-types.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gensupport.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-sra.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-dump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gencodes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-solaris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/hosthooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraph.c N cm3/m3-sys/m3cc/gcc-apple/gcc/fp-test.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-complex.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgrtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-phiopt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.lib N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-object-size.c N cm3/m3-sys/m3cc/gcc-apple/gcc/explow.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-errors.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfghooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/limitx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/jump.c N cm3/m3-sys/m3cc/gcc-apple/gcc/omp-builtins.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hosthooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-unroll.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vect-analyze.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mkmap-flat.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-address.c N cm3/m3-sys/m3cc/gcc-apple/gcc/coretypes.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/gcc/profile.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-cp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-mudflap.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-int.h N cm3/m3-sys/m3cc/gcc-apple/gcc/conditions.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.def N cm3/m3-sys/m3cc/gcc-apple/gcc/domwalk.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraph.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2asm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/toplev.h N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-doloop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-structalias.h N cm3/m3-sys/m3cc/gcc-apple/gcc/coverage.c N cm3/m3-sys/m3cc/gcc-apple/gcc/see.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-iov.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cppdefault.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-vis.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfglayout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-tree.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nrv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-dw2-fde.h N cm3/m3-sys/m3cc/gcc-apple/gcc/postreload-gcse.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-flow.h N cm3/m3-sys/m3cc/gcc-apple/gcc/local-alloc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/longlong.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genmultilib N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2004 N cm3/m3-sys/m3cc/gcc-apple/gcc/gensupport.c N cm3/m3-sys/m3cc/gcc-apple/gcc/params.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.c N cm3/m3-sys/m3cc/gcc-apple/gcc/stor-layout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-threadedge.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-mudflap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-objc-common.c N cm3/m3-sys/m3cc/gcc-apple/gcc/opts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoffout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/COPYING N cm3/m3-sys/m3cc/gcc-apple/gcc/c-gimplify.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sdbout.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config.gcc N cm3/m3-sys/m3cc/gcc-apple/gcc/gcc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/gcc/conflict.c N cm3/m3-sys/m3cc/gcc-apple/gcc/struct-equiv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2003 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-dom.c N cm3/m3-sys/m3cc/gcc-apple/gcc/flow.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-prefetch.c N cm3/m3-sys/m3cc/gcc-apple/gcc/reorg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/value-prof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-propagate.h N cm3/m3-sys/m3cc/gcc-apple/gcc/insn-addr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/treestruct.def N cm3/m3-sys/m3cc/gcc-apple/gcc/cgraphunit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-pragma.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-common.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-chrec.c N cm3/m3-sys/m3cc/gcc-apple/gcc/sched-deps.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gsyms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/integrate.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tlink.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-ccp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/limity.h N cm3/m3-sys/m3cc/gcc-apple/gcc/target-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genattrtab.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-incpath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/bitmap.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-inline.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/regmove.c N cm3/m3-sys/m3cc/gcc-apple/gcc/xcoffout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/function.h N cm3/m3-sys/m3cc/gcc-apple/gcc/opts.h N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-generic.h N cm3/m3-sys/m3cc/gcc-apple/gcc/statistics.h N cm3/m3-sys/m3cc/gcc-apple/gcc/bt-load.c N cm3/m3-sys/m3cc/gcc-apple/gcc/df-problems.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-utils.c N cm3/m3-sys/m3cc/gcc-apple/gcc/convert.c N cm3/m3-sys/m3cc/gcc-apple/gcc/typeclass.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-uncprop.c N cm3/m3-sys/m3cc/gcc-apple/gcc/global.c N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-sjlj.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-flow-inline.h N cm3/m3-sys/m3cc/gcc-apple/gcc/addresses.h N cm3/m3-sys/m3cc/gcc-apple/gcc/dominance.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-scalar-evolution.c N cm3/m3-sys/m3cc/gcc-apple/gcc/genconstants.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-propagate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/loop-iv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gcov-io.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gengtype.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ddg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/common.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog.tree-ssa N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-ivopts.c N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.h N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.def N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-cfg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-tailcall.c N cm3/m3-sys/m3cc/gcc-apple/gcc/double-int.c N cm3/m3-sys/m3cc/gcc-apple/gcc/diagnostic.h N cm3/m3-sys/m3cc/gcc-apple/gcc/langhooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/sreal.h N cm3/m3-sys/m3cc/gcc-apple/gcc/machmode.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgloopmanip.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2006 N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-reference.h N cm3/m3-sys/m3cc/gcc-apple/gcc/host-default.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-threadupdate.c N cm3/m3-sys/m3cc/gcc-apple/gcc/configure.ac N cm3/m3-sys/m3cc/gcc-apple/gcc/genmddeps.c N cm3/m3-sys/m3cc/gcc-apple/gcc/bb-reorder.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ddg.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alloc-pool.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-eh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/mklibgcc.in N cm3/m3-sys/m3cc/gcc-apple/gcc/df-core.c N cm3/m3-sys/m3cc/gcc-apple/gcc/hooks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/timevar.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ggc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-data-ref.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlhooks-def.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-typeck.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/opth-gen.awk N cm3/m3-sys/m3cc/gcc-apple/gcc/scan.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cselib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/debug.c N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlhooks.c N cm3/m3-sys/m3cc/gcc-apple/gcc/varray.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vectorizer.c N cm3/m3-sys/m3cc/gcc-apple/gcc/alias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/et-forest.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2001 N cm3/m3-sys/m3cc/gcc-apple/gcc/c-config-lang.in N cm3/m3-sys/m3cc/gcc-apple/gcc/regrename.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-single.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-live.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-browser.def N cm3/m3-sys/m3cc/gcc-apple/gcc/resource.c N cm3/m3-sys/m3cc/gcc-apple/gcc/target.h N cm3/m3-sys/m3cc/gcc-apple/gcc/FSFChangeLog.10 N cm3/m3-sys/m3cc/gcc-apple/gcc/expr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-loop-niter.c N cm3/m3-sys/m3cc/gcc-apple/gcc/predict.h N cm3/m3-sys/m3cc/gcc-apple/gcc/rtl.h N cm3/m3-sys/m3cc/gcc-apple/gcc/DEV-PHASE N cm3/m3-sys/m3cc/gcc-apple/gcc/unwind-compat.c N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gbl-ctors.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genrecog.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genemit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/cfganal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/gencheck.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1998 N cm3/m3-sys/m3cc/gcc-apple/gcc/rtlanal.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-2000 N cm3/m3-sys/m3cc/gcc-apple/gcc/tree-vn.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-format.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ipa-pure-const.c N cm3/m3-sys/m3cc/gcc-apple/gcc/c-lex.c N cm3/m3-sys/m3cc/gcc-apple/gcc/errors.c N cm3/m3-sys/m3cc/gcc-apple/gcc/ChangeLog-1997 N cm3/m3-sys/m3cc/gcc-apple/gcc/passes.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config.build N cm3/m3-sys/m3cc/gcc-apple/gcc/alloc-pool.c N cm3/m3-sys/m3cc/gcc-apple/gcc/dwarf2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/cfgbuild.c N cm3/m3-sys/m3cc/gcc-apple/gcc/pointer-set.h N cm3/m3-sys/m3cc/gcc-apple/gcc/c-incpath.h N cm3/m3-sys/m3cc/gcc-apple/gcc/gthr-aix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/genconditions.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-interix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/gofast.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-nolc-override N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/kaos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dfp-bit.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-hpux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-crt2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbxcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd-nthr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/knetbsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-sld N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libc-ok N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-freebsd-thread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-dfprules N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-sections.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fp-bit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dfp-bit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-openbsd-thread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/udivmod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/elfos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/linux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vx-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/udivmodsi4.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-crt3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/dbxelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ptx4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-svr4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/chorus.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-lynx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fp-bit.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/divmod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-elf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libunwind-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/README N cm3/m3-sys/m3cc/gcc-apple/gcc/config/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-6.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-solaris.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libgcc-pic N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-driver.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-libunwind N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-gnu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/usegas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin9.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/interix3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memcmp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/lynx.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/interix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-linux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memset.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/host-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-solaris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworks.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memmove.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-slibgcc-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/svr3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-freebsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/libgloss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/floatunsixf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/freebsd-spec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/memcpy.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/openbsd-oldgas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/svr4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/kfreebsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/tm-dwarf2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin-libgcc.10.5.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ppro.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-darwin-x86_64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mmx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/smmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sse.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/driver-i386.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/tmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-darwin64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/athlon.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ammintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gstabs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pentium.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin-libgcc.10.4.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/emmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mm3dnow.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xmmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-gmm_malloc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/k6.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gmm_malloc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-i386-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-i386 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extendsftf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/letf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/truncdfsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixsfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunssfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixtfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunstfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unorddf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/addsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subdf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/double.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunsdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extended.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-8.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/soft-fp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatditf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/multf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/muldf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatdisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/ledf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/eqtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divdf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/mulsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-common.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/t-softfp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatdidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/trunctfdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixsfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/README N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/subtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extenddftf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixtfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunditf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunsdfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/trunctfsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/gedf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/addtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/extendsfdf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/quad.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divsf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/adddf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/gesf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatundidf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatunsitf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/divtf3.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixdfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/lesf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/getf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatundisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/single.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunssfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/floatsisf.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unordsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/fixunstfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/unordtf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/op-1.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/soft-fp/negsf2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/7450.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/builtin.ops N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-darwin64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-libgcc.10.5.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/mpc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-darwin8 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ops-to-gp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs64.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/40x.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/6xx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/7xx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-vecsave.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/603.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/power5.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/altivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ppc64-fp.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-ldouble.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/440.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vec.ops N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-fpsave.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/altivec.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-world.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-libgcc.10.4.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-fallback.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rios2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rios1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/host-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/spe.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-rs6000 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rs6000.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/8540.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin-ldouble-format N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/libgcc-ppc64.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin7.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/darwin8.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/host-ppc64-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/power4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/host-arm-darwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ieee754-df.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-slibgcc-iphoneos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unwind-arm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixunssfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/fpa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-xscale-coff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm-coff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-eabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-semi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-strongarm-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm926ejs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/xscale-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/aof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/wince-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-symbian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1020e.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-xscale-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libgcc-bpabi.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ecos-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/mmintrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/uclinux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/ieee754-sf.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-cores.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/semi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixunsdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libgcc-iphoneos.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/kaos-strongarm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/cirrus.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-bpabi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/darwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/semiaof.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-generic.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/gentune.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1136jfs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/linux-gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unknown-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/vfp.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/libunwind.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm-tune.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/bpabi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/xscale-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/darwin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unwind-arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-wince-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pr-support.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixdfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/symbian.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/rtems-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/iwmmxt.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/kaos-arm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/strongarm-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-strongarm-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/pe.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-arm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/arm1026ejs.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/_fixsfdi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/README-interworking N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/unaligned-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/x-darwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arm/t-linux-eabi N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stdbool.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/iso646.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/varargs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stdarg.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/decfloat.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/float.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/stddef.h N cm3/m3-sys/m3cc/gcc-apple/gcc/ginclude/tgmath.h N cm3/m3-sys/m3cc/gcc-apple/INSTALL/README N cm3/m3-sys/m3cc/gcc-apple/include/xregex.h N cm3/m3-sys/m3cc/gcc-apple/include/obstack.h N cm3/m3-sys/m3cc/gcc-apple/include/xtensa-config.h N cm3/m3-sys/m3cc/gcc-apple/include/safe-ctype.h N cm3/m3-sys/m3cc/gcc-apple/include/xregex2.h N cm3/m3-sys/m3cc/gcc-apple/include/dyn-string.h N cm3/m3-sys/m3cc/gcc-apple/include/md5.h N cm3/m3-sys/m3cc/gcc-apple/include/sort.h N cm3/m3-sys/m3cc/gcc-apple/include/ternary.h N cm3/m3-sys/m3cc/gcc-apple/include/fibheap.h N cm3/m3-sys/m3cc/gcc-apple/include/ChangeLog-9103 N cm3/m3-sys/m3cc/gcc-apple/include/filenames.h N cm3/m3-sys/m3cc/gcc-apple/include/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/include/splay-tree.h N cm3/m3-sys/m3cc/gcc-apple/include/COPYING N cm3/m3-sys/m3cc/gcc-apple/include/getopt.h N cm3/m3-sys/m3cc/gcc-apple/include/floatformat.h N cm3/m3-sys/m3cc/gcc-apple/include/partition.h N cm3/m3-sys/m3cc/gcc-apple/include/libiberty.h N cm3/m3-sys/m3cc/gcc-apple/include/objalloc.h N cm3/m3-sys/m3cc/gcc-apple/include/fnmatch.h N cm3/m3-sys/m3cc/gcc-apple/include/ansidecl.h N cm3/m3-sys/m3cc/gcc-apple/include/symcat.h N cm3/m3-sys/m3cc/gcc-apple/include/demangle.h N cm3/m3-sys/m3cc/gcc-apple/include/hashtab.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decLibrary.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumberLocal.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal128.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal32.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal64.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decUtility.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/config.in N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/configure N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decRound.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decContext.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal64.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decDPD.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal128.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumber.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decUtility.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decContext.h N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decNumber.c N cm3/m3-sys/m3cc/gcc-apple/libdecnumber/decimal32.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-msdos.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demint.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getpagesize.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/partition.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strndup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/mempcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vasprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config.h-vms N cm3/m3-sys/m3cc/gcc-apple/libiberty/gather-docs N cm3/m3-sys/m3cc/gcc-apple/libiberty/getpwd.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/maint-tool N cm3/m3-sys/m3cc/gcc-apple/libiberty/hex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/physmem.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fdmatch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/objalloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vsnprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/sigsetmask.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/lrealpath.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/makefile.vms N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/obstacks.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/choose-temp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ffs.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/dyn-string.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/make-temp-file.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/atexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bzero.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/at-file.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtol.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strerror.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/aclocal.m4 N cm3/m3-sys/m3cc/gcc-apple/libiberty/vfprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/mkstemps.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-common.h N cm3/m3-sys/m3cc/gcc-apple/libiberty/hashtab.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bcmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getopt1.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fopen_unlocked.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/functions.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/vprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bsearch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strncmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtoul.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/safe-ctype.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/waitpid.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/regex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/stpcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/spaces.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fnmatch.txh N cm3/m3-sys/m3cc/gcc-apple/libiberty/README N cm3/m3-sys/m3cc/gcc-apple/libiberty/calloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/splay-tree.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/bcopy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/asprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getruntime.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-djgpp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/libiberty.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strverscmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cplus-dem.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demangle.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrerror.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ChangeLog N cm3/m3-sys/m3cc/gcc-apple/libiberty/xmemdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/configure N cm3/m3-sys/m3cc/gcc-apple/libiberty/insque.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vfork.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strdup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/stpncpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/putenv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/md5.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strrchr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-one.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/cp-demangle.h N cm3/m3-sys/m3cc/gcc-apple/libiberty/strsignal.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/ChangeLog.apple N cm3/m3-sys/m3cc/gcc-apple/libiberty/lbasename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fibheap.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strtod.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/rename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-common.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/fnmatch.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/floatformat.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memcmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-win32.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/COPYING.LIB N cm3/m3-sys/m3cc/gcc-apple/libiberty/xatexit.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/unlink-if-ordinary.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/argv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/gettimeofday.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/random.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/make-relative-prefix.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/copying-lib.texi N cm3/m3-sys/m3cc/gcc-apple/libiberty/strncasecmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strstr.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memset.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/xmalloc.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/clock.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vmsbuild.com N cm3/m3-sys/m3cc/gcc-apple/libiberty/basename.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pexecute.txh N cm3/m3-sys/m3cc/gcc-apple/libiberty/ternary.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/_doprnt.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/index.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/strcasecmp.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memmove.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/concat.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/vsprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/rindex.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pex-unix.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/configure.ac N cm3/m3-sys/m3cc/gcc-apple/libiberty/xstrndup.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/memcpy.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/msdos.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/setenv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getopt.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/sort.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/obstack.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/copysign.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/getcwd.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/tmpnam.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/alloca.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/snprintf.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/pexecute.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-cxux7 N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-openedition N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-fbsd21 N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-windows N cm3/m3-sys/m3cc/gcc-apple/libiberty/config/mh-aix N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-expandargv.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-demangle.c N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/demangle-expected N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/Makefile.in N cm3/m3-sys/m3cc/gcc-apple/libiberty/testsuite/test-pexecute.c No conflicts created by this import From jkrell at elego.de Fri May 15 11:16:35 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:16:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515091635.D7BFFCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:16:35 Modified files: cm3/m3-sys/m3cc/gcc-apple/: REMOVED Log message: remove two errant spaces that inhibit using this for crude scripting (you'll see shortly) From jkrell at elego.de Fri May 15 11:18:56 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:18:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515091857.0BEBBCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:18:56 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv1822 Log Message: add back in gcc/config that which Apple deleted, from http://mirrors.kernel.org/gnu/gcc/gcc-4.2.1/gcc-4.2.1.tar.bz2 This restores the ability to host on non-Darwin platforms. grep gcc/config ~/dev2/cm3/m3-sys/m3cc/gcc-apple/REMOVED | awk "{print \"gcc-4.2.1/\" \$0}" | tar --files-from - -xf gcc-4.2.1.tar.bz2 # Two spaces had to be removed from REMOVED so that i386/freebsd64.h and i386/gas.h work. cd gcc-4.2.1 cvs import cm3/m3-sys/m3cc/gcc-apple fsf gcc_4_2_1 Status: Vendor Tag: fsf Release Tags: gcc_4_2_1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/jump.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/shift.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-lib2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/muldiv.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/cond.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/blkmov.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/prologue.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/t-m32c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-lib1.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/mov.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c-pragma.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/addsub.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/m32c.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/minmax.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32c/bitops.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11-crt0.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc12.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/larith.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/t-m68hc11-gas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68hc11/m68hc11-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-tpf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/fixdfdi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/2084.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390x.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/s390-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/2064.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/s390/tpf.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/initfini.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/t-m32r N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/m32r.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m32r/little.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/libgcc.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/t-c4x N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/c4x/c4x.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/t-mn10300 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mn10300/mn10300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygming.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/crtdll.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/knetbsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gthr-win32.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nwld.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygming.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-mingw32.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-interix3.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-gc1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/host-cygwin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sco5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/kaos-i386.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/freebsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/att.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sco5.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-c1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nto.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mach.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/djgpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/beos-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/pmm_malloc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/mingw32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-crt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/ptx4-i.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/openbsdelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/libgcc-x86_64-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/nwld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin1.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/djgpp.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/cygwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gmon-sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv4-cpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/i386-interix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/kfreebsd-gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/netware-libgcc.exp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/t-v850e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/v850.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/v850/t-v850 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-bfin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crtn.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crti.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/uclinux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-bfin-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/bfin.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/crtlibid.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/bfin/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/ultra1_2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/libgcc-sparc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-sol2-64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/openbsd1-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sp-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/ultra3.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol26-sld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gas-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparclet.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/cypress.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gld.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-c1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/hypersparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/supersparc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gas.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/t-netbsd64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sysv4-only.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-gld-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/long-double-switch.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sparc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/lb1spc.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/lb1spl.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/niagara.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/little-endian.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/openbsd64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2-bi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/gmon-sol2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sol2.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sparc/sp64-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-m68kbare N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68020-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/lb1sf68.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/crtn.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/crti.s N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/ieee.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/uclinux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-slibgcc-elf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68kemb.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-m68kelf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68kelf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/math-68881.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-none.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k-aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/m68k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/fpgnulib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-uclinux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/m68k/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-ld.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev6.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/xm-vms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms_tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-alpha N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-vms N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-osf4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-psxcrt0-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/libgcc-alpha-ldbl.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-osf-pthread N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-vms64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-dwarf2.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/ev5.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/qrnnd.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-unicosmk N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/osf5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/va_list.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-psxcrt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/osf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/x-vms N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/t-ieee N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-crt0-64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-cc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/unicosmk.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-dwarf2eh.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/vms-crt0.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/alpha/alpha-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/t-mmix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mmix/mmix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/misc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-conv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-mdaux.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-version.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score7.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/t-score-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/score-mdaux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/mul-div.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/score/mac.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/arit.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-aout N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/aout.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-elfmulti N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/linux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris_abi_symbol.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/t-cris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/elf.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/cris.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/mulsi3.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/cris/aout.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/libgcc.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/t-avr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/avr.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/avr/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/iq2000.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/lib2extra-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/iq2000/t-iq2000 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/t-pdp11 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/2bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pdp11/pdp11.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-isa3264 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-iris N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4100.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-sr71k N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-slibgcc-irix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-gofast N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/9000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/3000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-ps-3d.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips16.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-sb1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5400.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sr71k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/r3900.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/24k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/dbxmdebug.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sdb.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/constraints.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4600.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/irix-crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris6.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/7000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/irix-crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vr.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/generic.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5k.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-iris6 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/sb1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-vr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/elforion.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-mips N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/mips-dsp.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/6000.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/4130.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/iris.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/vr4120-div.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/5500.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mips/t-r3900 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/ieee754-df.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/lib2funcs.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/ieee754-sf.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/t-xtensa N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/xtensa.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/xtensa/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/libgcc-ia64.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64intrin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/vect.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/unwind-ia64.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/itanium2.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/unwind-ia64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ia64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/fde-glibc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtfastmath.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/sync.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-ia64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-glibc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-glibc-libunwind N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtend.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/t-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/ilp32.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/itanium1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/crtbegin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/ia64/quadlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/fptr.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa32-regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/som.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-slibgcc-sjlj-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1111.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-osf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa32-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/x-ada N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/stublib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-hpux.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/hpux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-hpux-shlib N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux11.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-slibgcc-dwarf-ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/x-ada-hpux10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pro N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux10.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/milli64.S N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-dce-thr N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1010.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/lib2funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-start.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-pro-end.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/t-pa-hpux11 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1010.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa-hpux1111.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/pa64-regs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/pa/quadlib.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy-abi N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/t-stormy16 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16-lib2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/stormy16/stormy16.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/bsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/t-memfuncs N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/openbsd1.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/ultrix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/openbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vax-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/vax/vaxv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/t-fr30 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/fr30.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/fr30/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/lib1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/t-mcore-pe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/t-mcore N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mcore/mcore-pe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divtab-sh4.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divtab.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/ushmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-compact-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-netbsd-sh5-64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/embed-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh3 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh3e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2a-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-c.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh1.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-1e N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-symbian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4al N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/libgcc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/rtemself.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-64media N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-32media-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/divcost-analysis N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/shmedia.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/kaos-sh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-superh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-compact N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-sh64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-single N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/superh.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/libgcc-excl.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/newlib.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh4.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-64media-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs-Os-4-200.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-single-only N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/little.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/lib1funcs.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh5-32media N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian-post.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/netbsd-elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crt1.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-mlib-sh4a-nofpu N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/linux-atomic.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh4a.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sh.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/symbian-pre.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/shmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/sshmedia.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/sh/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/e500-double.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabisim.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/tramp.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-spe N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/spe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/netbsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sol-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix51.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/libgcc-ppc-glibc.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-newas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/x-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-netbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sfp-machine.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-lynx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-vxworksae N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules-fpbit N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/freebsd.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcgas N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix41.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix64.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/windiss.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules-softfp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux-unwind.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-fprules N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-aix52 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/secureplt.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linuxspe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sol-cn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/default64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabispe.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/lynx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/biarch64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabialtivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix43.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/milli.exp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/linuxaltivec.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/xcoff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix52.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/eabi-ci.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppccomm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-beos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-aix43 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/crtsavres.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4le.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/ppc-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/aix41.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/kaos-ppc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/beos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/sysv4.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/t-ppcendian N cm3/m3-sys/m3cc/gcc-apple/gcc/config/rs6000/gnu.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/t-linux N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/umodi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/modi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-abi.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/ulltof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frvend.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovd.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/libgcc-frv.ver N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovw.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-asm.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/linux.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/t-frv N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/cmovh.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/uitof.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frv.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/frvbegin.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/ulltod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/frv/uitod.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/initfini.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc-modes.def N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/t-arc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/arc/arc.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/t-mt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/lib2extra-funcs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/mt.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/mt/ABI.txt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/predicates.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/clzhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/coff.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/elf.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/genmova.sh N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/lib1funcs.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-h8300 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/ctzhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/rtems.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/mova.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/crtn.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/fixunssfsi.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/parityhi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/crti.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/t-rtems N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/h8300.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/h8300/popcounthi2.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.md N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.opt N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx-protos.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/crx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/crx/t-crx No conflicts created by this import From jkrell at elego.de Fri May 15 11:36:00 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 11:36:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515093600.23925CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 11:36:00 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c tree-nested.c tree-ssa-alias.c tree.def Log message: merge changes from mainline, filtering out those that "just" are to aid debugging or are #if 0'ed or commented out From jay.krell at cornell.edu Fri May 15 11:38:40 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 09:38:40 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090515093600.23925CC3B5@birch.elegosoft.com> References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: Here is the diff. I find this incredibly difficult to glean from cvs after the commit is done. I constantly root around the web interface to each file involved in a change. It's terrible. The older patched Tinderbox had something for recent checkins, that was nice. I was going to paste it into the commented, but I worried it might confuse cvs. I think this diff is kind of important and would be interested in explanations for the various ports. Note that the "NOTE" part varies between 4.2 and 4.3. Index: final.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 final.c --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ final.c 15 May 2009 09:34:02 -0000 @@ -3378,6 +3378,18 @@ output_addr_const (file, XEXP (x, 0)); break; + case NOTE: + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); +#ifdef ASM_OUTPUT_LABEL_REF + ASM_OUTPUT_LABEL_REF (file, buf); +#else + assemble_name (file, buf); +#endif + break; + } + /* Fall through. */ + default: #ifdef OUTPUT_ADDR_CONST_EXTRA OUTPUT_ADDR_CONST_EXTRA (file, x, fail); Index: gimplify.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 gimplify.c --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ gimplify.c 15 May 2009 09:34:02 -0000 @@ -5509,6 +5509,11 @@ } break; + case STATIC_CHAIN_EXPR: + /* The argument is used as information only. No need to gimplify */ + ret = GS_ALL_DONE; + break; + case TREE_LIST: gcc_unreachable (); Index: tree-gimple.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-gimple.c --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ tree-gimple.c 15 May 2009 09:34:03 -0000 @@ -72,6 +72,7 @@ case VECTOR_CST: case OBJ_TYPE_REF: case ASSERT_EXPR: + case STATIC_CHAIN_EXPR: return true; default: Index: tree-nested.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-nested.c --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 +++ tree-nested.c 15 May 2009 09:34:03 -0000 @@ -1603,6 +1603,9 @@ switch (TREE_CODE (t)) { case ADDR_EXPR: + if (TREE_STATIC (t)) + break; + /* Build T.1 = &CHAIN->tramp; T.2 = __builtin_adjust_trampoline (T.1); @@ -1693,6 +1696,22 @@ } break; + case STATIC_CHAIN_EXPR: + decl = TREE_OPERAND (t, 0); + target_context = decl_function_context (decl); + if (target_context) + { + if (info->context == target_context) + { + /* Make sure frame_decl gets created. */ + (void) get_frame_type (info); + } + *tp = get_static_chain (info, target_context, &wi->tsi); + } + else + *tp = null_pointer_node; + break; + case RETURN_EXPR: case MODIFY_EXPR: case WITH_SIZE_EXPR: @@ -1892,7 +1911,7 @@ proper BIND_EXPR. */ if (root->new_local_var_chain) declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root->context), - false); + true); if (root->debug_var_chain) declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root->context), true); Index: tree-ssa-alias.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree-ssa-alias.c --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 @@ -1695,6 +1695,7 @@ { if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) && TREE_CODE (var) != RESULT_DECL + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve TREE_ADDRESSABLE */ && !is_global_var (var)) { bool okay_to_mark = true; Index: tree.def =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 tree.def --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 +++ tree.def 15 May 2009 09:34:05 -0000 @@ -528,6 +528,10 @@ Operand 2 is the static chain argument, or NULL. */ DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) +/* Static chain. Operand 0 is the FUNCTION_DECL for which the static chain is + to be computed. */ +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", tcc_expression, 1) + /* Specify a value to compute along with its corresponding cleanup. Operand 0 is the cleanup expression. The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, - Jay ---------------------------------------- > Date: Fri, 15 May 2009 11:36:00 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/15 11:36:00 > > Modified files: > cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c > tree-nested.c tree-ssa-alias.c > tree.def > > Log message: > merge changes from mainline, filtering out those that "just" are > to aid debugging or are #if 0'ed or commented out > From jkrell at elego.de Fri May 15 12:26:58 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 12:26:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515102658.92882CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 12:26:58 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX From jkrell at elego.de Fri May 15 12:30:12 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 12:30:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515103014.0184ACC3B6@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 12:30:12 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: move env to before the configure command line instead of within it to workaround some unexplained shell problem; enable teeing configure to _m3.log From jkrell at elego.de Fri May 15 13:58:07 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 13:58:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515115807.68F02CC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 13:58:07 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: rework m3cc_Run for NT write to a temporary .sh file and run it keeping up to 999 such files make sure _m3.log is always the same, even as we cd around The sed commands to remove libiconv dependency weren't working. Throw in another strange variation that seems to work. Support building iphone/ARM_DARWIN backend from gcc-apple source. Including removing the optional gmp/mpfr dependency (related to the iconv/sed change) At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. (I had tried some use of #include up and over, but it didn't work, like the scanning for garbage collected types or something?) Some changes to parse.c still not commited. From hosking at cs.purdue.edu Fri May 15 13:57:31 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 15 May 2009 21:57:31 +1000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: You need to make use of the tags to find the diffs. On 15 May 2009, at 19:38, Jay wrote: > > Here is the diff. I find this incredibly difficult to glean from cvs > after the commit is done. I constantly root around the web interface > to each file involved in a change. It's terrible. The older patched > Tinderbox had something for recent checkins, that was nice. I was > going to paste it into the commented, but I worried it might confuse > cvs. > > > I think this diff is kind of important and would be interested in > explanations for the various ports. Note that the "NOTE" part varies > between 4.2 and 4.3. > > > Index: final.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 final.c > --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ final.c 15 May 2009 09:34:02 -0000 > @@ -3378,6 +3378,18 @@ > output_addr_const (file, XEXP (x, 0)); > break; > > + case NOTE: > + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { > + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); > +#ifdef ASM_OUTPUT_LABEL_REF > + ASM_OUTPUT_LABEL_REF (file, buf); > +#else > + assemble_name (file, buf); > +#endif > + break; > + } > + /* Fall through. */ > + > default: > #ifdef OUTPUT_ADDR_CONST_EXTRA > OUTPUT_ADDR_CONST_EXTRA (file, x, fail); > Index: gimplify.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 gimplify.c > --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ gimplify.c 15 May 2009 09:34:02 -0000 > @@ -5509,6 +5509,11 @@ > } > break; > > + case STATIC_CHAIN_EXPR: > + /* The argument is used as information only. No need to > gimplify */ > + ret = GS_ALL_DONE; > + break; > + > case TREE_LIST: > gcc_unreachable (); > > Index: tree-gimple.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-gimple.c > --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ tree-gimple.c 15 May 2009 09:34:03 -0000 > @@ -72,6 +72,7 @@ > case VECTOR_CST: > case OBJ_TYPE_REF: > case ASSERT_EXPR: > + case STATIC_CHAIN_EXPR: > return true; > > default: > Index: tree-nested.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-nested.c > --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 > +++ tree-nested.c 15 May 2009 09:34:03 -0000 > @@ -1603,6 +1603,9 @@ > switch (TREE_CODE (t)) > { > case ADDR_EXPR: > + if (TREE_STATIC (t)) > + break; > + > /* Build > T.1 = &CHAIN->tramp; > T.2 = __builtin_adjust_trampoline (T.1); > @@ -1693,6 +1696,22 @@ > } > break; > > + case STATIC_CHAIN_EXPR: > + decl = TREE_OPERAND (t, 0); > + target_context = decl_function_context (decl); > + if (target_context) > + { > + if (info->context == target_context) > + { > + /* Make sure frame_decl gets created. */ > + (void) get_frame_type (info); > + } > + *tp = get_static_chain (info, target_context, &wi->tsi); > + } > + else > + *tp = null_pointer_node; > + break; > + > case RETURN_EXPR: > case MODIFY_EXPR: > case WITH_SIZE_EXPR: > @@ -1892,7 +1911,7 @@ > proper BIND_EXPR. */ > if (root->new_local_var_chain) > declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root- > >context), > - false); > + true); > if (root->debug_var_chain) > declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root- > >context), > true); > Index: tree-ssa-alias.c > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree-ssa-alias.c > --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 > +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 > @@ -1695,6 +1695,7 @@ > { > if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) > && TREE_CODE (var) != RESULT_DECL > + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve > TREE_ADDRESSABLE */ > && !is_global_var (var)) > { > bool okay_to_mark = true; > Index: tree.def > =================================================================== > RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 tree.def > --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 > +++ tree.def 15 May 2009 09:34:05 -0000 > @@ -528,6 +528,10 @@ > Operand 2 is the static chain argument, or NULL. */ > DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) > > +/* Static chain. Operand 0 is the FUNCTION_DECL for which the > static chain is > + to be computed. */ > +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", > tcc_expression, 1) > + > /* Specify a value to compute along with its corresponding cleanup. > Operand 0 is the cleanup expression. > The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, > > > > - Jay > > > ---------------------------------------- >> Date: Fri, 15 May 2009 11:36:00 +0000 >> To: m3commit at elegosoft.com >> From: jkrell at elego.de >> Subject: [M3commit] CVS Update: cm3 >> >> CVSROOT: /usr/cvs >> Changes by: jkrell at birch. 09/05/15 11:36:00 >> >> Modified files: >> cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c >> tree-nested.c tree-ssa-alias.c >> tree.def >> >> Log message: >> merge changes from mainline, filtering out those that "just" are >> to aid debugging or are #if 0'ed or commented out >> From jay.krell at cornell.edu Fri May 15 14:22:29 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 12:22:29 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090515093600.23925CC3B5@birch.elegosoft.com> Message-ID: I don't mean the diffs in m3cc/gcc specifically, I mean the diffs of any checkin at all. I got these diffs by diffing against a clean 4.3.0 or such. - Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jay.krell at cornell.edu > Date: Fri, 15 May 2009 21:57:31 +1000 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > You need to make use of the tags to find the diffs. > > On 15 May 2009, at 19:38, Jay wrote: > >> >> Here is the diff. I find this incredibly difficult to glean from cvs >> after the commit is done. I constantly root around the web interface >> to each file involved in a change. It's terrible. The older patched >> Tinderbox had something for recent checkins, that was nice. I was >> going to paste it into the commented, but I worried it might confuse >> cvs. >> >> >> I think this diff is kind of important and would be interested in >> explanations for the various ports. Note that the "NOTE" part varies >> between 4.2 and 4.3. >> >> >> Index: final.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/final.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 final.c >> --- final.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ final.c 15 May 2009 09:34:02 -0000 >> @@ -3378,6 +3378,18 @@ >> output_addr_const (file, XEXP (x, 0)); >> break; >> >> + case NOTE: >> + if (NOTE_LINE_NUMBER (x) == NOTE_INSN_DELETED_LABEL) { >> + ASM_GENERATE_INTERNAL_LABEL (buf, "L", CODE_LABEL_NUMBER (x)); >> +#ifdef ASM_OUTPUT_LABEL_REF >> + ASM_OUTPUT_LABEL_REF (file, buf); >> +#else >> + assemble_name (file, buf); >> +#endif >> + break; >> + } >> + /* Fall through. */ >> + >> default: >> #ifdef OUTPUT_ADDR_CONST_EXTRA >> OUTPUT_ADDR_CONST_EXTRA (file, x, fail); >> Index: gimplify.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/gimplify.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 gimplify.c >> --- gimplify.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ gimplify.c 15 May 2009 09:34:02 -0000 >> @@ -5509,6 +5509,11 @@ >> } >> break; >> >> + case STATIC_CHAIN_EXPR: >> + /* The argument is used as information only. No need to >> gimplify */ >> + ret = GS_ALL_DONE; >> + break; >> + >> case TREE_LIST: >> gcc_unreachable (); >> >> Index: tree-gimple.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-gimple.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-gimple.c >> --- tree-gimple.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ tree-gimple.c 15 May 2009 09:34:03 -0000 >> @@ -72,6 +72,7 @@ >> case VECTOR_CST: >> case OBJ_TYPE_REF: >> case ASSERT_EXPR: >> + case STATIC_CHAIN_EXPR: >> return true; >> >> default: >> Index: tree-nested.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-nested.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-nested.c >> --- tree-nested.c 15 May 2009 08:41:27 -0000 1.1.1.1 >> +++ tree-nested.c 15 May 2009 09:34:03 -0000 >> @@ -1603,6 +1603,9 @@ >> switch (TREE_CODE (t)) >> { >> case ADDR_EXPR: >> + if (TREE_STATIC (t)) >> + break; >> + >> /* Build >> T.1 = &CHAIN->tramp; >> T.2 = __builtin_adjust_trampoline (T.1); >> @@ -1693,6 +1696,22 @@ >> } >> break; >> >> + case STATIC_CHAIN_EXPR: >> + decl = TREE_OPERAND (t, 0); >> + target_context = decl_function_context (decl); >> + if (target_context) >> + { >> + if (info->context == target_context) >> + { >> + /* Make sure frame_decl gets created. */ >> + (void) get_frame_type (info); >> + } >> + *tp = get_static_chain (info, target_context, &wi->tsi); >> + } >> + else >> + *tp = null_pointer_node; >> + break; >> + >> case RETURN_EXPR: >> case MODIFY_EXPR: >> case WITH_SIZE_EXPR: >> @@ -1892,7 +1911,7 @@ >> proper BIND_EXPR. */ >> if (root->new_local_var_chain) >> declare_vars (root->new_local_var_chain, DECL_SAVED_TREE (root- >>>context), >> - false); >> + true); >> if (root->debug_var_chain) >> declare_vars (root->debug_var_chain, DECL_SAVED_TREE (root- >>>context), >> true); >> Index: tree-ssa-alias.c >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree-ssa-alias.c,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree-ssa-alias.c >> --- tree-ssa-alias.c 15 May 2009 08:41:28 -0000 1.1.1.1 >> +++ tree-ssa-alias.c 15 May 2009 09:34:04 -0000 >> @@ -1695,6 +1695,7 @@ >> { >> if (!bitmap_bit_p (addressable_vars, DECL_UID (var)) >> && TREE_CODE (var) != RESULT_DECL >> + && !TREE_THIS_VOLATILE (var) /* M3 hack to preserve >> TREE_ADDRESSABLE */ >> && !is_global_var (var)) >> { >> bool okay_to_mark = true; >> Index: tree.def >> =================================================================== >> RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/tree.def,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 tree.def >> --- tree.def 15 May 2009 08:41:26 -0000 1.1.1.1 >> +++ tree.def 15 May 2009 09:34:05 -0000 >> @@ -528,6 +528,10 @@ >> Operand 2 is the static chain argument, or NULL. */ >> DEFTREECODE (CALL_EXPR, "call_expr", tcc_expression, 3) >> >> +/* Static chain. Operand 0 is the FUNCTION_DECL for which the >> static chain is >> + to be computed. */ >> +DEFTREECODE (STATIC_CHAIN_EXPR, "static_chain_expr", >> tcc_expression, 1) >> + >> /* Specify a value to compute along with its corresponding cleanup. >> Operand 0 is the cleanup expression. >> The cleanup is executed by the first enclosing CLEANUP_POINT_EXPR, >> >> >> >> - Jay >> >> >> ---------------------------------------- >>> Date: Fri, 15 May 2009 11:36:00 +0000 >>> To: m3commit at elegosoft.com >>> From: jkrell at elego.de >>> Subject: [M3commit] CVS Update: cm3 >>> >>> CVSROOT: /usr/cvs >>> Changes by: jkrell at birch. 09/05/15 11:36:00 >>> >>> Modified files: >>> cm3/m3-sys/m3cc/gcc-apple/gcc/: final.c gimplify.c tree-gimple.c >>> tree-nested.c tree-ssa-alias.c >>> tree.def >>> >>> Log message: >>> merge changes from mainline, filtering out those that "just" are >>> to aid debugging or are #if 0'ed or commented out >>> > From jkrell at elego.de Fri May 15 14:38:19 2009 From: jkrell at elego.de (Jay Krell) Date: Fri, 15 May 2009 14:38:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515123819.3FB9CCC3B5@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/15 14:38:19 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: adaptions so it compiles against 4.2 primarily by copying three functions from http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-sys/m3cc/gcc-4.1.1/gcc/m3cg/Attic/parse.c?rev=1.9;content-type=text%2Fplain scan_float m3_call_direct m3_call_indirect not yet known if output is viable iphone/ARM_DARWIN backend should now build via cm3 -DM3CC_TARGET=ARM_DARWIN From jkrell at elego.de Sat May 16 00:08:37 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:08:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515220838.337B7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:08:37 cm3/m3-sys/m3cc/gcc-apple Update of /usr/cvs/cm3/m3-sys/m3cc/gcc-apple In directory birch:/tmp/cvs-serv18847 Log Message: more files missing from Apple's gcc, including files needed to host on cygwin derivation, not very automated tar xf gcc-core-4.2.1.tar.bz2 tar xf gcc_42-5566.tar.gz dir /s/b gcc-4.2.1 > gcc-4.2.1.txt dir /s/b gcc_42-5566 > gcc_42-5566.txt remove prefixes in gcc-4.2.1.txt and gcc_42-5566.txt diff gcc-4.2.1.txt gcc_42-5566.txt | grep "<" > 1.txt sed -ie "s/^< //" 1.txt manually remove noise: doc treelang lex yacc files at root basically all but gcc/config change backslashes to forward slashes Then want to remove from this file lines that occur in Apple's REMOVED file. Sadly, this was done manually. Also, one file has files where the other leaves it as directories. After some manual operations, specifically checking all the directories -- that is all but i386 and rs6000 -- you end up with the list: gcc/config/i386/sysv5.h gcc/config/i386/t-beos gcc/config/i386/t-crtfm gcc/config/i386/t-crtpic gcc/config/i386/t-crtstuff gcc/config/i386/t-cygming gcc/config/i386/t-cygwin gcc/config/i386/t-djgpp gcc/config/i386/t-gthr-win32 gcc/config/i386/t-i386elf gcc/config/i386/t-interix gcc/config/i386/t-linux64 gcc/config/i386/t-mingw32 gcc/config/i386/t-netware gcc/config/i386/t-nto gcc/config/i386/t-nwld gcc/config/i386/t-openbsd gcc/config/i386/t-pmm_malloc gcc/config/i386/t-rtems-i386 gcc/config/i386/t-sco5 gcc/config/i386/t-sol2 gcc/config/i386/t-sol2-10 gcc/config/i386/t-svr3dbx gcc/config/i386/t-uwin gcc/config/i386/t-vxworks gcc/config/i386/t-vxworksae gcc/config/i386/unix.h gcc/config/i386/uwin.asm gcc/config/i386/uwin.h gcc/config/i386/vxworks.h gcc/config/i386/vxworksae.h gcc/config/i386/winnt-cxx.c gcc/config/i386/winnt-stubs.c gcc/config/i386/winnt.c gcc/config/i386/x-cygwin gcc/config/i386/x-mingw32 gcc/config/i386/x86-64.h gcc/config/i386/xm-cygwin.h gcc/config/i386/xm-djgpp.h gcc/config/i386/xm-mingw32.h All the t- files are probably target and can be omitted, but I won't. Prefix all these with gcc-4.2.1/ dos2unix *.txt rd /q/s gcc-4.2.1 tar --files-from 3.txt -xf gcc-core-4.2.1.tar.bz2 cd gcc-4.2.1 cvs import cm3/m3-sys/m3cc/gcc-apple fsf gcc_4_2_1 Status: Vendor Tag: fsf Release Tags: gcc_4_2_1 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtstuff N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-mingw32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sol2-10 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-mingw32.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/unix.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-vxworks N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-gthr-win32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-nto N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/vxworks.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/uwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtfm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-i386elf N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-cygming N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt-cxx.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-cygwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt-stubs.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-vxworksae N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-nwld N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-djgpp N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-pmm_malloc N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-linux64 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/sysv5.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/uwin.asm N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-netware N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sol2 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x86-64.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-rtems-i386 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/winnt.c N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-interix N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-cygwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-sco5 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/vxworksae.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-cygwin.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-beos N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-svr3dbx N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-openbsd N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/x-mingw32 N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-uwin N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/xm-djgpp.h N cm3/m3-sys/m3cc/gcc-apple/gcc/config/i386/t-crtpic No conflicts created by this import From jkrell at elego.de Sat May 16 00:23:49 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:23:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515222349.D28C7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:23:49 Modified files: cm3/m3-libs/libm3/src/: m3overrides Log message: cleanup, but it did work for me, something might be off with Peter's config files From jkrell at elego.de Sat May 16 00:28:00 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 0:28:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515222800.53D27CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 00:28:00 Modified files: cm3/m3-libs/libm3/src/: m3overrides Log message: put it back, fix config file instead, leave this to catch config file edits From jkrell at elego.de Sat May 16 01:05:43 2009 From: jkrell at elego.de (Jay Krell) Date: Sat, 16 May 2009 1:05:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090515230543.7063CCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/16 01:05:43 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c cm3/m3-sys/m3cc/gcc-apple/gcc/: convert.c Log message: some small adapations and now it builds specifically remove the Apple-specific compound literal thing and put in some some variables and one unused function in parse.c all of which are referenced From jay.krell at cornell.edu Sat May 16 01:07:06 2009 From: jay.krell at cornell.edu (Jay) Date: Fri, 15 May 2009 23:07:06 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090515230543.7063CCC308@birch.elegosoft.com> References: <20090515230543.7063CCC308@birch.elegosoft.com> Message-ID: Here is this diff: Index: gcc/gcc/m3cg/parse.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc/gcc/m3cg/parse.c,v retrieving revision 1.95 diff -u -r1.95 parse.c --- gcc/gcc/m3cg/parse.c 15 May 2009 12:38:18 -0000 1.95 +++ gcc/gcc/m3cg/parse.c 15 May 2009 23:03:45 -0000 @@ -5382,6 +5382,18 @@ } } +#ifdef GCC42 +int flag_iasm_blocks; +enum iasm_states iasm_state; +bool iasm_in_operands; +struct cpp_reader* parse_in; +#define add_stmt c_add_stmt +#include "../stub-objc.c" +c_language_kind c_language; +/* This is used by cfstring code; providing it here makes us not have to #if 0 out a few bits. */ +tree pushdecl_top_level (tree x) { gcc_unreachable(); return NULL_TREE; } +#endif + /* New garbage collection regime see gty.texi. */ #include "debug.h" #include "gtype-m3cg.h" Index: gcc-apple/gcc/convert.c =================================================================== RCS file: /usr/cvs/cm3/m3-sys/m3cc/gcc-apple/gcc/convert.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 convert.c --- gcc-apple/gcc/convert.c 15 May 2009 08:41:28 -0000 1.1.1.1 +++ gcc-apple/gcc/convert.c 15 May 2009 23:03:46 -0000 @@ -803,6 +803,7 @@ } } +#if 0 /* remove from cm3 -- we don't have build_stmt, store_init_value, which are I think part of the C frontend */ /* APPLE LOCAL begin AltiVec */ /* Build a COMPOUND_LITERAL_EXPR. TYPE is the type given in the compound literal. INIT is a CONSTRUCTOR that initializes the compound literal. */ @@ -827,6 +828,7 @@ return complit; } /* APPLE LOCAL end AltiVec */ +#endif /* remove from cm3 */ /* Convert EXPR to the vector type TYPE in the usual ways. */ @@ -842,6 +844,7 @@ error ("can't convert between vector values of different size"); return error_mark_node; } +#if 0 /* remove from cm3 -- we don't have the code it needs */ /* APPLE LOCAL begin AltiVec */ if (TREE_CODE (type) == VECTOR_TYPE && TREE_CODE (TREE_TYPE (expr)) == VECTOR_TYPE @@ -849,7 +852,7 @@ /* converting a constant vector to new vector type with Motorola Syntax. */ return convert (type, build_compound_literal_vector (TREE_TYPE (expr), expr)); /* APPLE LOCAL end AltiVec */ - +#endif /* remove from cm3 -- we don't have the code it needs */ return build1 (VIEW_CONVERT_EXPR, type, expr); default: - Jay ---------------------------------------- > Date: Sat, 16 May 2009 01:05:43 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/16 01:05:43 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > cm3/m3-sys/m3cc/gcc-apple/gcc/: convert.c > > Log message: > some small adapations and now it builds > specifically remove the Apple-specific compound literal thing > and put in some some variables and one unused function in parse.c > all of which are referenced > From wagner at elego.de Sat May 16 18:47:40 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 16 May 2009 18:47:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090516164740.B0CECCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/16 18:47:40 Modified files: cm3/m3-sys/cm3/: PkgTags cm3/m3-sys/cm3/src/: M3Build.m3 Log message: fix some problems with -no-m3ship-resolution modified: cm3/src/M3Build.m3 From wagner at elego.de Sat May 16 18:54:06 2009 From: wagner at elego.de (Olaf Wagner) Date: Sat, 16 May 2009 18:54:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090516165407.12579CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/16 18:54:06 Modified files: cm3/scripts/: PkgTags make-bin-dist-min.sh pkgcmds.sh pkginfo.txt pkgmap.sh version Added files: cm3/scripts/: do-cm3-coll.sh make-dist.sh Log message: some release engineering changes (work in progress, don't use): o add script to build release packages o add script to process package collections o add new package groups to pkginfo.txt o add several missing packages to pkginto.txt o add option passing through scripts to cm3 o increase version to 5.8.1 for this change I'll now wait for the tinderbox results tomorrow... added: scripts/do-cm3-coll.sh added: scripts/make-dist.sh modified: scripts/make-bin-dist-min.sh modified: scripts/pkgcmds.sh modified: scripts/pkginfo.txt modified: scripts/pkgmap.sh modified: scripts/version From hosking at cs.purdue.edu Sun May 17 00:07:57 2009 From: hosking at cs.purdue.edu (Tony Hosking) Date: Sun, 17 May 2009 08:07:57 +1000 Subject: [M3commit] Fwd: Output from "cron" command References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> Message-ID: cm3cg build breaks on SOLgnu. Jay? Begin forwarded message: > From: Tony Hosking > Date: 16 May 2009 22:12:51 GMT+10:00 > To: hosking at cs.purdue.edu > Subject: Output from "cron" command > > Your "cron" job on niagara.cs.purdue.edu > $HOME/cm3/scripts/regression/cron.sh > > produced the following output: > > TESTHOSTNAME=niagara > WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 > LASTREL=5.4.0 > INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 > INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok > INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok > INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current > CM3_OSTYPE=POSIX > CM3_TARGET=SOLgnu > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSSERVER=birch.elegosoft.com > CM3CVSROOT=birch.elegosoft.com:/usr/cvs > BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSUSER= > testing ssh birch.elegosoft.com.. > ssh birch.elegosoft.com ok > Building cm3. > Tinderbox Tree: "cm3" > Buildname: "SOLgnu SunOS 5.10 niagara release-build" > > creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt > > --- > > checkout, compile and test of cm3 ... > 2009.05.16 06:30:09 -- checkout in progress. > [start checkout 2009.05.16 06:30:12] > cd /tmp/build-cm3-20090516-063009-sWaq9x/build > cvs return value: 0 > [end checkout 2009.05.16 06:52:26] > CHECKOUT_RETURN = 0 > -- > 2009.05.16 06:52:28 -- compile in progress. > [start compile 2009.05.16 06:52:28] > compile return value: 0 > [end compile 2009.05.16 06:57:57] > COMPILE_RETURN = 1 > *** COMPILE FAILED > removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... > cleaning CM3 workspaces... > /homes/hosking/work/cm3-ws/niagara-* > > cleaning regression test log files... > /homes/hosking/tmp/cm3/niagara/cm3-rlog-* > > cleaning m3test log files... > /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract > > cleaning snapshot files... > /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz > > cleaning package reports... > /tmp/cm3-pkg-report-SOLgnu-*.html > > TESTHOSTNAME=niagara > WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 > LASTREL=5.4.0 > INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 > INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok > INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok > INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current > CM3_OSTYPE=POSIX > CM3_TARGET=SOLgnu > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSSERVER=birch.elegosoft.com > CM3CVSROOT=birch.elegosoft.com:/usr/cvs > BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz > BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz > CM3CVSUSER= > testing ssh birch.elegosoft.com.. > ssh birch.elegosoft.com ok > Building cm3. > Tinderbox Tree: "cm3" > Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" > > creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt > > --- > > checkout, compile and test of cm3 ... > 2009.05.16 07:00:00 -- checkout in progress. > [start checkout 2009.05.16 07:00:02] > cd /tmp/build-cm3-20090516-070000-FaaWCE/build > cvs return value: 0 > [end checkout 2009.05.16 07:22:30] > CHECKOUT_RETURN = 0 > -- > 2009.05.16 07:22:32 -- compile in progress. > [start compile 2009.05.16 07:22:32] > compile return value: 0 > [end compile 2009.05.16 08:09:54] > COMPILE_RETURN = 0 > 2009.05.16 08:09:58 -- tests in progress. > [start run-tests 2009.05.16 08:09:58] > cd /tmp/build-cm3-20090516-070000-FaaWCE/build > [end run-tests 2009.05.16 08:09:58] > TESTS_RETURN = 0 > 2009.05.16 08:09:58 -- checkout, compile and test run done. > > --- > > removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... > cleaning CM3 workspaces... > /homes/hosking/work/cm3-ws/niagara-* > > cleaning regression test log files... > /homes/hosking/tmp/cm3/niagara/cm3-rlog-* > > cleaning m3test log files... > /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr > > /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract > > cleaning snapshot files... > /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz > > cleaning package reports... > /tmp/cm3-pkg-report-SOLgnu-*.html > > done. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wagner at elegosoft.com Sun May 17 02:51:53 2009 From: wagner at elegosoft.com (Olaf Wagner) Date: Sun, 17 May 2009 02:51:53 +0200 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> Message-ID: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Quoting Tony Hosking : > cm3cg build breaks on SOLgnu. > > Jay? I think one of these commits is the culprit: > 2009-05-15 11:58 jkrell * m3-sys/m3cc/src/m3makefile: rework m3cc_Run for NT write to a temporary .sh file and run it keeping up to 999 such files make sure _m3.log is always the same, even as we cd around The sed commands to remove libiconv dependency weren't working. Throw in another strange variation that seems to work. Support building iphone/ARM_DARWIN backend from gcc-apple source. Including removing the optional gmp/mpfr dependency (related to the iconv/sed change) At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. (I had tried some use of #include up and over, but it didn't work, like the scanning for garbage collected types or something?) Some changes to parse.c still not commited. 2009-05-15 10:30 jkrell * m3-sys/m3cc/src/m3makefile: move env to before the configure command line instead of within it to workaround some unexplained shell problem; enable teeing configure to _m3.log 2009-05-15 10:26 jkrell * m3-sys/m3cc/src/m3makefile: add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX Tinderbox shows "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: subst_chars ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Olaf > Begin forwarded message: > >> From: Tony Hosking >> Date: 16 May 2009 22:12:51 GMT+10:00 >> To: hosking at cs.purdue.edu >> Subject: Output from "cron" command >> >> Your "cron" job on niagara.cs.purdue.edu >> $HOME/cm3/scripts/regression/cron.sh >> >> produced the following output: >> >> TESTHOSTNAME=niagara >> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >> LASTREL=5.4.0 >> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >> CM3_OSTYPE=POSIX >> CM3_TARGET=SOLgnu >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSSERVER=birch.elegosoft.com >> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSUSER= >> testing ssh birch.elegosoft.com.. >> ssh birch.elegosoft.com ok >> Building cm3. >> Tinderbox Tree: "cm3" >> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >> >> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >> >> --- >> >> checkout, compile and test of cm3 ... >> 2009.05.16 06:30:09 -- checkout in progress. >> [start checkout 2009.05.16 06:30:12] >> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >> cvs return value: 0 >> [end checkout 2009.05.16 06:52:26] >> CHECKOUT_RETURN = 0 >> -- >> 2009.05.16 06:52:28 -- compile in progress. >> [start compile 2009.05.16 06:52:28] >> compile return value: 0 >> [end compile 2009.05.16 06:57:57] >> COMPILE_RETURN = 1 >> *** COMPILE FAILED >> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >> cleaning CM3 workspaces... >> /homes/hosking/work/cm3-ws/niagara-* >> >> cleaning regression test log files... >> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >> >> cleaning m3test log files... >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >> >> cleaning snapshot files... >> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >> >> cleaning package reports... >> /tmp/cm3-pkg-report-SOLgnu-*.html >> >> TESTHOSTNAME=niagara >> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >> LASTREL=5.4.0 >> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >> CM3_OSTYPE=POSIX >> CM3_TARGET=SOLgnu >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSSERVER=birch.elegosoft.com >> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >> CM3CVSUSER= >> testing ssh birch.elegosoft.com.. >> ssh birch.elegosoft.com ok >> Building cm3. >> Tinderbox Tree: "cm3" >> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >> >> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >> >> --- >> >> checkout, compile and test of cm3 ... >> 2009.05.16 07:00:00 -- checkout in progress. >> [start checkout 2009.05.16 07:00:02] >> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >> cvs return value: 0 >> [end checkout 2009.05.16 07:22:30] >> CHECKOUT_RETURN = 0 >> -- >> 2009.05.16 07:22:32 -- compile in progress. >> [start compile 2009.05.16 07:22:32] >> compile return value: 0 >> [end compile 2009.05.16 08:09:54] >> COMPILE_RETURN = 0 >> 2009.05.16 08:09:58 -- tests in progress. >> [start run-tests 2009.05.16 08:09:58] >> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >> [end run-tests 2009.05.16 08:09:58] >> TESTS_RETURN = 0 >> 2009.05.16 08:09:58 -- checkout, compile and test run done. >> >> --- >> >> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >> cleaning CM3 workspaces... >> /homes/hosking/work/cm3-ws/niagara-* >> >> cleaning regression test log files... >> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >> >> cleaning m3test log files... >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >> >> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >> >> cleaning snapshot files... >> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >> >> cleaning package reports... >> /tmp/cm3-pkg-report-SOLgnu-*.html >> >> done. -- Olaf Wagner -- elego Software Solutions GmbH Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From jay.krell at cornell.edu Sun May 17 04:01:37 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 02:01:37 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: I used subst_chars "knowing" that cm3cfg.common provides a fallback: if not defined("subst_chars") proc subst_chars(x) is return x end end but oops maybe not quite in this context, like building from an earlier release. subst_chars doesn't have to always work here, so the fallback would be safe, if it was present. I'll add it within a few hours.. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 02:51:53 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing configure > to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: > subst_chars > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jay.krell at cornell.edu Sun May 17 04:01:40 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 02:01:40 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: I used subst_chars "knowing" that cm3cfg.common provides a fallback: if not defined("subst_chars") proc subst_chars(x) is return x end end but oops maybe not quite in this context, like building from an earlier release. subst_chars doesn't have to always work here, so the fallback would be safe, if it was present. I'll add it within a few hours.. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 02:51:53 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing configure > to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/m3cc/src/m3makefile", line 327: quake runtime error: undefined variable: > subst_chars > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jay.krell at cornell.edu Sun May 17 04:35:33 2009 From: jay.krell at cornell.edu (jay.krell at cornell.edu) Date: Sat, 16 May 2009 19:35:33 -0700 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> Message-ID: <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> Olaf there is also a break due to syntax error in pkgmap.sh. - Jay (phone) On May 16, 2009, at 5:51 PM, Olaf Wagner wrote: > Quoting Tony Hosking : > >> cm3cg build breaks on SOLgnu. >> >> Jay? > > I think one of these commits is the culprit: > >> 2009-05-15 11:58 jkrell > > * m3-sys/m3cc/src/m3makefile: > > rework m3cc_Run for NT > write to a temporary .sh file and run it > keeping up to 999 such files > > make sure _m3.log is always the same, even as we cd around > > The sed commands to remove libiconv dependency weren't working. > Throw in another strange variation that seems to work. > > Support building iphone/ARM_DARWIN backend from gcc-apple source. > Including removing the optional gmp/mpfr dependency (related > to the iconv/sed change) > > At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. > (I had tried some use of #include up and over, but it didn't work, > like the scanning for garbage collected types or something?) > > Some changes to parse.c still not commited. > > 2009-05-15 10:30 jkrell > > * m3-sys/m3cc/src/m3makefile: > > move env to before the configure command line instead of within it > to workaround some unexplained shell problem; enable teeing > configure to _m3.log > > 2009-05-15 10:26 jkrell > > * m3-sys/m3cc/src/m3makefile: > > add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX > > Tinderbox shows > > "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/ > m3cc/src/m3makefile", line 327: quake runtime error: undefined > variable: subst_chars > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Olaf > >> Begin forwarded message: >> >>> From: Tony Hosking >>> Date: 16 May 2009 22:12:51 GMT+10:00 >>> To: hosking at cs.purdue.edu >>> Subject: Output from "cron" command >>> >>> Your "cron" job on niagara.cs.purdue.edu >>> $HOME/cm3/scripts/regression/cron.sh >>> >>> produced the following output: >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>> >>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 06:30:09 -- checkout in progress. >>> [start checkout 2009.05.16 06:30:12] >>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 06:52:26] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 06:52:28 -- compile in progress. >>> [start compile 2009.05.16 06:52:28] >>> compile return value: 0 >>> [end compile 2009.05.16 06:57:57] >>> COMPILE_RETURN = 1 >>> *** COMPILE FAILED >>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> TESTHOSTNAME=niagara >>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>> LASTREL=5.4.0 >>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>> CM3_OSTYPE=POSIX >>> CM3_TARGET=SOLgnu >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSSERVER=birch.elegosoft.com >>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>> CM3CVSUSER= >>> testing ssh birch.elegosoft.com.. >>> ssh birch.elegosoft.com ok >>> Building cm3. >>> Tinderbox Tree: "cm3" >>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>> >>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>> >>> --- >>> >>> checkout, compile and test of cm3 ... >>> 2009.05.16 07:00:00 -- checkout in progress. >>> [start checkout 2009.05.16 07:00:02] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> cvs return value: 0 >>> [end checkout 2009.05.16 07:22:30] >>> CHECKOUT_RETURN = 0 >>> -- >>> 2009.05.16 07:22:32 -- compile in progress. >>> [start compile 2009.05.16 07:22:32] >>> compile return value: 0 >>> [end compile 2009.05.16 08:09:54] >>> COMPILE_RETURN = 0 >>> 2009.05.16 08:09:58 -- tests in progress. >>> [start run-tests 2009.05.16 08:09:58] >>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>> [end run-tests 2009.05.16 08:09:58] >>> TESTS_RETURN = 0 >>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>> >>> --- >>> >>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>> cleaning CM3 workspaces... >>> /homes/hosking/work/cm3-ws/niagara-* >>> >>> cleaning regression test log files... >>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>> >>> cleaning m3test log files... >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>> >>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>> >>> cleaning snapshot files... >>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>> >>> cleaning package reports... >>> /tmp/cm3-pkg-report-SOLgnu-*.html >>> >>> done. > > > > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germ > any > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Be > rlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: > DE163214194 > > From jkrell at elego.de Sun May 17 05:12:06 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:12:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517031206.3FB42CC360@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:12:06 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: compatibility with old compiler AND old config (subst_chars) From jkrell at elego.de Sun May 17 05:13:57 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:13:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517031357.9FA272474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:13:57 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: comment only, about fs_mkdir From jay.krell at cornell.edu Sun May 17 05:39:40 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 03:39:40 +0000 Subject: [M3commit] Fwd: Output from "cron" command In-Reply-To: <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> References: <200905161212.n4GCCpsf018345@niagara.cs.purdue.edu> <20090517025153.uyx7bq2qyskgsg0g@mail.elegosoft.com> <2128E103-8745-4757-9DB5-C2BAA86ECEAE@hotmail.com> Message-ID: Olaf this is wierd..you don't really have to loop over all the parameters twice doing almost the exact same thing each time, do you? - Jay ---------------------------------------- > From: jay.krell at cornell.edu > To: wagner at elegosoft.com > Date: Sat, 16 May 2009 19:35:33 -0700 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] Fwd: Output from "cron" command > > Olaf there is also a break due to syntax error in pkgmap.sh. > > - Jay (phone) > > On May 16, 2009, at 5:51 PM, Olaf Wagner wrote: > >> Quoting Tony Hosking : >> >>> cm3cg build breaks on SOLgnu. >>> >>> Jay? >> >> I think one of these commits is the culprit: >> >>> 2009-05-15 11:58 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> rework m3cc_Run for NT >> write to a temporary .sh file and run it >> keeping up to 999 such files >> >> make sure _m3.log is always the same, even as we cd around >> >> The sed commands to remove libiconv dependency weren't working. >> Throw in another strange variation that seems to work. >> >> Support building iphone/ARM_DARWIN backend from gcc-apple source. >> Including removing the optional gmp/mpfr dependency (related >> to the iconv/sed change) >> >> At build time copy gcc/gcc/m3cg to gcc-apple/gcc/m3cg. >> (I had tried some use of #include up and over, but it didn't work, >> like the scanning for garbage collected types or something?) >> >> Some changes to parse.c still not commited. >> >> 2009-05-15 10:30 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> move env to before the configure command line instead of within it >> to workaround some unexplained shell problem; enable teeing >> configure to _m3.log >> >> 2009-05-15 10:26 jkrell >> >> * m3-sys/m3cc/src/m3makefile: >> >> add hypothetical PPC64_AIX, PPC64_DARWIN, PPC64_LINUX >> >> Tinderbox shows >> >> "/scratch/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07/cm3/m3-sys/ >> m3cc/src/m3makefile", line 327: quake runtime error: undefined >> variable: subst_chars >> >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> Olaf >> >>> Begin forwarded message: >>> >>>> From: Tony Hosking >>>> Date: 16 May 2009 22:12:51 GMT+10:00 >>>> To: hosking at cs.purdue.edu >>>> Subject: Output from "cron" command >>>> >>>> Your "cron" job on niagara.cs.purdue.edu >>>> $HOME/cm3/scripts/regression/cron.sh >>>> >>>> produced the following output: >>>> >>>> TESTHOSTNAME=niagara >>>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-30-07 >>>> LASTREL=5.4.0 >>>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>>> CM3_OSTYPE=POSIX >>>> CM3_TARGET=SOLgnu >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSSERVER=birch.elegosoft.com >>>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSUSER= >>>> testing ssh birch.elegosoft.com.. >>>> ssh birch.elegosoft.com ok >>>> Building cm3. >>>> Tinderbox Tree: "cm3" >>>> Buildname: "SOLgnu SunOS 5.10 niagara release-build" >>>> >>>> creating log file /tmp/build-cm3-20090516-063009-sWaq9x/log.txt >>>> >>>> --- >>>> >>>> checkout, compile and test of cm3 ... >>>> 2009.05.16 06:30:09 -- checkout in progress. >>>> [start checkout 2009.05.16 06:30:12] >>>> cd /tmp/build-cm3-20090516-063009-sWaq9x/build >>>> cvs return value: 0 >>>> [end checkout 2009.05.16 06:52:26] >>>> CHECKOUT_RETURN = 0 >>>> -- >>>> 2009.05.16 06:52:28 -- compile in progress. >>>> [start compile 2009.05.16 06:52:28] >>>> compile return value: 0 >>>> [end compile 2009.05.16 06:57:57] >>>> COMPILE_RETURN = 1 >>>> *** COMPILE FAILED >>>> removing build tree /tmp/build-cm3-20090516-063009-sWaq9x ... >>>> cleaning CM3 workspaces... >>>> /homes/hosking/work/cm3-ws/niagara-* >>>> >>>> cleaning regression test log files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>>> >>>> cleaning m3test log files... >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>>> >>>> cleaning snapshot files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>>> >>>> cleaning package reports... >>>> /tmp/cm3-pkg-report-SOLgnu-*.html >>>> >>>> TESTHOSTNAME=niagara >>>> WS=/homes/hosking/work/cm3-ws/niagara-2009-05-16-10-59-58 >>>> LASTREL=5.4.0 >>>> INSTROOT_REL=/homes/hosking/work/cm3-inst/niagara/rel-5.4.0 >>>> INSTROOT_POK=/homes/hosking/work/cm3-inst/niagara/prev-ok >>>> INSTROOT_LOK=/homes/hosking/work/cm3-inst/niagara/last-ok >>>> INSTROOT_CUR=/homes/hosking/work/cm3-inst/niagara/current >>>> CM3_OSTYPE=POSIX >>>> CM3_TARGET=SOLgnu >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSSERVER=birch.elegosoft.com >>>> CM3CVSROOT=birch.elegosoft.com:/usr/cvs >>>> BINDISTMIN_NAME=cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> BINDISTMIN=/homes/hosking/work/cm3-min-POSIX-SOLgnu-5.4.0.tgz >>>> CM3CVSUSER= >>>> testing ssh birch.elegosoft.com.. >>>> ssh birch.elegosoft.com ok >>>> Building cm3. >>>> Tinderbox Tree: "cm3" >>>> Buildname: "SOLgnu SunOS 5.10 niagara lastok-build" >>>> >>>> creating log file /tmp/build-cm3-20090516-070000-FaaWCE/log.txt >>>> >>>> --- >>>> >>>> checkout, compile and test of cm3 ... >>>> 2009.05.16 07:00:00 -- checkout in progress. >>>> [start checkout 2009.05.16 07:00:02] >>>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>>> cvs return value: 0 >>>> [end checkout 2009.05.16 07:22:30] >>>> CHECKOUT_RETURN = 0 >>>> -- >>>> 2009.05.16 07:22:32 -- compile in progress. >>>> [start compile 2009.05.16 07:22:32] >>>> compile return value: 0 >>>> [end compile 2009.05.16 08:09:54] >>>> COMPILE_RETURN = 0 >>>> 2009.05.16 08:09:58 -- tests in progress. >>>> [start run-tests 2009.05.16 08:09:58] >>>> cd /tmp/build-cm3-20090516-070000-FaaWCE/build >>>> [end run-tests 2009.05.16 08:09:58] >>>> TESTS_RETURN = 0 >>>> 2009.05.16 08:09:58 -- checkout, compile and test run done. >>>> >>>> --- >>>> >>>> removing build tree /tmp/build-cm3-20090516-070000-FaaWCE ... >>>> cleaning CM3 workspaces... >>>> /homes/hosking/work/cm3-ws/niagara-* >>>> >>>> cleaning regression test log files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-rlog-* >>>> >>>> cleaning m3test log files... >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stdout >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr >>>> >>>> /homes/hosking/tmp/cm3/niagara/m3tests-*.stderr.extract >>>> >>>> cleaning snapshot files... >>>> /homes/hosking/tmp/cm3/niagara/cm3-min-POSIX-SOLgnu-*-*.tgz >>>> >>>> cleaning package reports... >>>> /tmp/cm3-pkg-report-SOLgnu-*.html >>>> >>>> done. >> >> >> >> -- >> Olaf Wagner -- elego Software Solutions GmbH >> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germ >> any >> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 >> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Be >> rlin >> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: >> DE163214194 >> >> From jkrell at elego.de Sun May 17 05:40:35 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 5:40:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517034035.A26DCCC363@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 05:40:35 Modified files: cm3/scripts/: pkgmap.sh Log message: remove syntax error and try only looping over the parameters once From jay.krell at cornell.edu Sun May 17 11:40:47 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 09:40:47 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090517034035.A26DCCC363@birch.elegosoft.com> References: <20090517034035.A26DCCC363@birch.elegosoft.com> Message-ID: I'm somewhat guessing on this one. - Jay ---------------------------------------- > Date: Sun, 17 May 2009 05:40:35 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/17 05:40:35 > > Modified files: > cm3/scripts/: pkgmap.sh > > Log message: > remove syntax error and try only looping over the parameters once > From jkrell at elego.de Sun May 17 11:53:28 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 11:53:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517095328.4E739CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 11:53:28 Modified files: cm3/m3-libs/m3core/src/runtime/: m3makefile Log message: comments/conversation about what the platform list is here From jkrell at elego.de Sun May 17 12:00:19 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:00:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517100019.6A9A0CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:00:19 Modified files: cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThread.m3 Log message: merge with PPC_DARWIN -- vtalarm handling moved to thread/posix From jkrell at elego.de Sun May 17 12:05:44 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:05:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517100545.093422474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:05:44 Modified files: cm3/m3-libs/m3core/src/runtime/FreeBSD4/: RTThread.m3 Log message: vtalarm handling moved to thread/posix Note that implementation here varied somewhat: - used sigvec instead of signal or sigaction I believe sigvec is a BSDism subset of and predates Posix sigaction. Though as stated in the replacement code, the flags used by the various users of sigvec/sigaction weren't consistent, so the unified code could use closer review (modulo that this is related to user threads only). - doesn't cache the signal set, very reasonable either way, not caching avoids a writable variable and module initializer, but if using user threads, the code is going to run early anyway Usually these functions are tiny little macros anyway, at least in C. (sigemptyset, sigaddset) From jkrell at elego.de Sun May 17 12:35:50 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 12:35:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517103550.16EAECC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 12:35:49 Modified files: cm3/m3-libs/m3core/src/runtime/AIX386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/ALPHA_OSF/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/AMD64_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/AP3000/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/ARM/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/DS3100/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD3/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/FreeBSD4/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/HP300/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/HPPA/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IBMR2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IBMRT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/IRIX5/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUX/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUXELF/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/LINUXLIBC6/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/NEXT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/NetBSD2_i386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/OKI/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/OS2/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.i3 RTThread.m3 cm3/m3-libs/m3core/src/runtime/PPC_DARWIN/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SEQUENT/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SOLgnu/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SOLsun/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SPARC/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SUN3/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/SUN386/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/UMAX/: RTThread.m3 cm3/m3-libs/m3core/src/runtime/VAX/: RTThread.m3 Log message: clean out the remaining RTThread vtalarm code It has moved to thread/posix/ThreadPosixC.c It was duplicated for every single platform but with very few variations -- that is a job for #ifdef or at least only splitting into a few versions, not one for every single platform. It is presumed the C implementation is portable and correct enough, or would be #ifdef'ed as needed. What remains in RTThread.m3 could use further factoring. This is for userthreads only. inconsistencies: AMD_DARWIN used signal (that's what thread/posix currently does) NetBSD used sigaction with flags = 0 SOLgnu/SOLsun used sigaction with flags = RESTART These last two seems directly contradictory. SOLgnu/SOLsun cache the signal set like thread/posix ALPHA_OSF uses sigaction with flags = restart+info restart-ness is contradictory, info is not necessarily seems most platforms have a calling convention where you don't have to specify info correctly anyway, they just always pass extra parameters and you can have your function declare them or not AIX386, DS3100, ARM, AP3000 uses sigvec with flags=0 (contrary to sigaction(restart)? would have to look it up..) AP3000, DS3100, ARM builds sigset using sigsetmask(0) + and not vtalarm) IBMR2 sigset split into hi/lo, 32bits each (and used sigaction(restart)) Linux 1.x a.out sigaction(flags=0) Linux 1.x elf sigaction(flags=restart) ! and cached sigset using different style than most OS/2 did something quite different -- StartTimer instead of signal/sigvec/sigaction I'm not going to detail everything here, but there is the restart vs. 0 thing to worry most about maybe. From jkrell at elego.de Sun May 17 13:23:47 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:23:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517112347.91019CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:23:47 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: all active platforms but FreeBSD/x86 use RTSignal* here, switch the list from inclusion to exclusion From jkrell at elego.de Sun May 17 13:25:19 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:25:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517112519.90807CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:25:19 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: comment only, as to what this platform list is (platforms without userthread support) From jkrell at elego.de Sun May 17 13:41:30 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:41:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517114130.CFD6DCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:41:30 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.i3 Log message: fix warning, add delimiter comment From jkrell at elego.de Sun May 17 13:51:25 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 13:51:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517115125.E1CE7CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 13:51:25 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTThread.m3 Log message: trim out dead code longer term though, if userthreads make a comeback, this is actually pretty portable and should be factored out e.g. from FreeBSD4 and SOLgnu Just that other functions in this file are less portable. But see also getcontext/setcontext/makecontext/swapcontext.. From jkrell at elego.de Sun May 17 14:09:16 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:09:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517120916.CA5862474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:09:16 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: comment only: I got an error on AMD64_LINUX too so remove reference to Solaris From jkrell at elego.de Sun May 17 14:17:24 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:17:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517121724.B1EB82474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:17:24 Modified files: cm3/m3-libs/m3core/src/unix/: m3makefile Removed files: cm3/m3-libs/m3core/src/unix/: Uutmp.txt cm3/m3-libs/m3core/src/unix/Uutmp2/: Uutmp.i3 m3makefile cm3/m3-libs/m3core/src/unix/Uutmp3/: Uutmp.i3 m3makefile Log message: remove obsolete uutmp stuff add ARM_DARWIN (iphone) From jkrell at elego.de Sun May 17 14:37:24 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:37:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517123724.E28B6CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:37:24 Removed files: cm3/m3-libs/m3core/src/unix/big-endian/: Uin.m3 m3makefile cm3/m3-libs/m3core/src/unix/little-endian/: Uin.m3 m3makefile Log message: delete more dead (it was a nice factoring while it lasted, now it is in C) From jkrell at elego.de Sun May 17 14:45:08 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 14:45:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517124508.64AC4CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 14:45:08 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UnixLink.c Log message: use direct call on Win64 since it always has CreateHardLink From wagner at elegosoft.com Sun May 17 16:43:01 2009 From: wagner at elegosoft.com (Olaf Wagner) Date: Sun, 17 May 2009 16:43:01 +0200 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20090517034035.A26DCCC363@birch.elegosoft.com> Message-ID: <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> Quoting Jay : > > I'm somewhat guessing on this one. The double loop was a leftover from a previous attempt where it was needed; but I should have removed it. But I don't see the syntax error. The script has worked for me in the version I checked in hundreds of times. I don't find it in the tinderbox logs, too. What was wrong? Olaf -- Olaf Wagner -- elego Software Solutions GmbH Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From jay.krell at cornell.edu Sun May 17 17:48:39 2009 From: jay.krell at cornell.edu (Jay) Date: Sun, 17 May 2009 15:48:39 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> References: <20090517034035.A26DCCC363@birch.elegosoft.com> <20090517164301.4zipb2ob48sk8cg4@mail.elegosoft.com> Message-ID: http://tinderbox.elegosoft.com/tinderbox/cgi-bin/gunzip.cgi?tree=cm3&brief-log=1242519028.9683#err8 /home/m3/work/cm3-ws/birch.elegosoft.com-2009-05-17-00-00-03/cm3/scripts/pkgmap.sh: line 43: syntax error near unexpected token `else? - Jay ---------------------------------------- > Date: Sun, 17 May 2009 16:43:01 +0200 > From: wagner at elegosoft.com > To: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Quoting Jay : > >> >> I'm somewhat guessing on this one. > > The double loop was a leftover from a previous attempt where > it was needed; but I should have removed it. > > But I don't see the syntax error. The script has worked for me in > the version I checked in hundreds of times. > > I don't find it in the tinderbox logs, too. What was wrong? > > Olaf > -- > Olaf Wagner -- elego Software Solutions GmbH > Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 > http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 > From jkrell at elego.de Sun May 17 18:10:22 2009 From: jkrell at elego.de (Jay Krell) Date: Sun, 17 May 2009 18:10:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090517161022.85F52CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/17 18:10:22 Added files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: copy PPC_DARWIN to ARM_DARWIN (iphone) From jkrell at elego.de Mon May 18 03:39:12 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:39:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518013912.D15FFCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:39:12 Modified files: cm3/m3-tools/cvsup/suplib/src/: CVTree.m3 Log message: Remove bug workarounds. I believe we have fixed these bugs. Only applies to userthreads. From jkrell at elego.de Mon May 18 03:43:43 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:43:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014343.C658BCC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:43:43 Modified files: cm3/m3-comm/tcp/src/common/: IP.i3 Log message: might be useful for IPv6 but not done From jkrell at elego.de Mon May 18 03:47:38 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:47:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014738.BB9AECC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:47:38 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: fix whitespace, possibly for correctness not style, I thought I commited this already From jkrell at elego.de Mon May 18 03:49:10 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:49:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518014910.C9727CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:49:10 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Apple added a note to asm_expr for CodeWarrior to support, so we have to too. 4.2 needs the expand_function callback else it calls NULL. Put ours back from 4.1, which does nothing. Change GCC42 to GCC_APPLE. From jkrell at elego.de Mon May 18 03:57:59 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:57:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518015759.48463CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:57:59 Modified files: cm3/m3-libs/m3core/src/thread/WIN32/: ThreadWin32.i3 Log message: fix newlines (dos2unix) From jkrell at elego.de Mon May 18 03:59:45 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 3:59:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518015945.606C8CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 03:59:45 Modified files: cm3/m3-libs/libm3/src/os/POSIX/: m3makefile cm3/m3-libs/libm3/src/random/: m3makefile cm3/m3-libs/m3core/src/C/Common/: m3makefile cm3/m3-libs/m3core/src/Csupport/: m3makefile cm3/m3-libs/m3core/src/float/: m3makefile cm3/m3-libs/m3core/src/runtime/: m3makefile cm3/m3-libs/m3core/src/runtime/common/: Compiler.tmpl m3makefile cm3/m3-libs/m3core/src/time/POSIX/: m3makefile cm3/m3-libs/m3core/src/unix/Common/: m3makefile cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Darwin.common cm3/m3-sys/m3gdb/src/: m3makefile cm3/m3-sys/m3middle/src/: Target.i3 Target.m3 Added files: cm3/m3-libs/m3core/src/C/ARM_DARWIN/: Csetjmp.i3 m3makefile Log message: enough ARM_DARWIN support now to build a bootstrap archive for compile-c+link cm3 not necessarily on a native system, though such tools are available (native system only has 128meg RAM), but at least on a system with iphone-targeting gcc and ld, which so far I only have gotten to build on MacOS X 10.4/powerpc, despite all the instructions saying it works on a variety of systems, there are always some errors building ld, related to mbstate_t, etc. The config file is a bit Jay-specific as I don't have "gcc" but arm-apple-darwn9-gcc, could easily fix with symlinks and PATH munging. From jkrell at elego.de Mon May 18 04:50:24 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 4:50:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518025024.8670DCC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 04:50:24 Modified files: cm3/m3-sys/cm3/src/: cm3unix.c m3makefile Log message: bootstrapping fix From jkrell at elego.de Mon May 18 04:55:53 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 4:55:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518025553.75C9DCC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 04:55:53 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: comments only: point out that if we don't do this for SPARC32_LINUX, cm3cg always fails From jkrell at elego.de Mon May 18 05:07:12 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 5:07:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518030712.3AA0ACC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 05:07:12 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c Log message: apparently can't get instruction pointer from signal on ARM_DARWIN, ok, but should revisit this From jkrell at elego.de Mon May 18 05:11:35 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 5:11:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518031136.061D5CC1A0@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 05:11:35 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: make the directory if using newer cm3 even on native builds, may yet have to disable use of _m3.log for the first command or something From jkrell at elego.de Mon May 18 06:15:51 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 6:15:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518041551.CF406CC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 06:15:51 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: fix logging issue -- can't append to nonexistant file, create it first if it doesn't exist From jkrell at elego.de Mon May 18 09:22:02 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 9:22:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518072202.448AE2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 09:22:02 Modified files: cm3/m3-libs/m3core/src/runtime/POSIX/: m3makefile Log message: forgot to put ARM_DARWIN here, therefore got unresolved externals on NewStack/DisposeStack (these belong in thread/posix, since that is the only caller) From jkrell at elego.de Mon May 18 11:46:29 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 11:46:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518094630.53BC5CC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 11:46:29 Modified files: cm3/scripts/python/: pylib.py Log message: cleanup and set cpu type on Darwin so that picky gdb can debug it From jkrell at elego.de Mon May 18 11:47:31 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 11:47:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518094732.0189ECC3B3@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 11:47:31 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: set cpu type so that picky gdb can debug it From jkrell at elego.de Mon May 18 13:34:14 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 13:34:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518113414.F20FB2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 13:34:14 Added files: cm3/scripts/config/: jmpbuf.c Log message: small program to print jmpbuf size -- it is wrong on SPARC32_LINUX oops From jkrell at elego.de Mon May 18 13:38:50 2009 From: jkrell at elego.de (Jay Krell) Date: Mon, 18 May 2009 13:38:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090518113850.6A2E1CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/18 13:38:50 Modified files: cm3/m3-sys/m3middle/src/: Target.m3 Log message: increase SPARC64_LINUX jumpbuf_align from 8 to 16 From jay.krell at cornell.edu Mon May 18 13:41:51 2009 From: jay.krell at cornell.edu (Jay) Date: Mon, 18 May 2009 11:41:51 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20090518113414.F20FB2474001@birch.elegosoft.com> References: <20090518113414.F20FB2474001@birch.elegosoft.com> Message-ID: no, I was confusing hex and decimal, SPARC32/64_LINUX have the right jmpbuf sizes, though 64 was under aligned (and still is in Csetjmp.i3 -- we don't have a way to express 16-byte alignment). Still, something wrong with SPARC32_LINUX.. - Jay ---------------------------------------- > Date: Mon, 18 May 2009 13:34:14 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 09/05/18 13:34:14 > > Added files: > cm3/scripts/config/: jmpbuf.c > > Log message: > small program to print jmpbuf size -- it is wrong on SPARC32_LINUX oops > From wagner at elego.de Tue May 19 08:12:26 2009 From: wagner at elego.de (Olaf Wagner) Date: Tue, 19 May 2009 8:12:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519061226.5F5A12474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/19 08:12:26 Modified files: cm3/scripts/: PkgTags make-dist.sh pkginfo.txt Log message: add shipping to make-dist.sh remove bicycle from collection game modified: scripts/make-dist.sh modified: scripts/pkginfo.txt From jkrell at elego.de Tue May 19 10:42:16 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 10:42:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519084216.EE4272474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 10:42:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Treating everything as a bitfield bites again. References to module globals end up disappearing. From jkrell at elego.de Tue May 19 10:59:43 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 10:59:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519085944.20F6B2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 10:59:43 Added files: cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 RTMachineC.c m3makefile Log message: first copy from AMD64_DARWIN From jkrell at elego.de Tue May 19 11:13:04 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 11:13:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519091304.74E76CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 11:13:04 Added files: cm3/m3-libs/m3core/src/unix/darwin-arm/: m3makefile Uucontext.i3 Log message: first copy darwin-amd64 From hosking at elego.de Tue May 19 11:40:27 2009 From: hosking at elego.de (Antony Hosking) Date: Tue, 19 May 2009 11:40:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519094027.83B67CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/19 11:40:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Just build the ASM_EXPR from scratch. From jkrell at elego.de Tue May 19 12:03:28 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:03:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100328.4F419CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:03:28 Modified files: cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 RTMachineC.c m3makefile Log message: adapt to ARM From jkrell at elego.de Tue May 19 12:04:01 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:04:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100401.3E95ACC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:04:01 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: adapt to ARM From jkrell at elego.de Tue May 19 12:05:19 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:05:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100519.E5C23CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:05:19 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: trim down to I think all we need From jkrell at elego.de Tue May 19 12:07:24 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 12:07:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519100724.BCE36CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 12:07:24 Modified files: cm3/m3-libs/m3core/src/unix/darwin-arm/: Uucontext.i3 Log message: trim one more line/type From jkrell at elego.de Tue May 19 14:24:25 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:24:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122426.48C89CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:24:25 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3unix.h UstatC.c Log message: workaround incorrect sys/stat.h that is out there for arm_darwin From jkrell at elego.de Tue May 19 14:25:32 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:25:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122534.7C1CBCC110@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:25:32 Modified files: cm3/m3-libs/m3core/src/unix/Common/: UstatC.c Log message: fix From jkrell at elego.de Tue May 19 14:26:32 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:26:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122632.72D00CC110@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:26:32 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3makefile Log message: give ARM_DARWIN portable Usignal.i3 but its own Uucontext.i3 (all platforms should use this Usignal.i3 but a few don't yet) From jkrell at elego.de Tue May 19 14:27:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:27:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122714.DBCC8CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:27:14 Modified files: cm3/m3-libs/m3core/src/unix/: m3makefile Log message: give ARM_DARWIN its darwin-arm/Uucontext.i3 From jkrell at elego.de Tue May 19 14:28:36 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:28:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519122836.A5F41CC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:28:36 Modified files: cm3/m3-libs/m3core/src/runtime/: m3makefile cm3/m3-libs/m3core/src/runtime/ARM_DARWIN/: RTMachine.i3 cm3/m3-libs/m3core/src/runtime/POSIX/: RTSignalC.c cm3/m3-libs/m3core/src/runtime/common/: m3makefile Log message: ARM_DARWIN RTMachine/RTSignal fixes From jkrell at elego.de Tue May 19 14:31:36 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:31:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519123136.8F544CC361@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:31:36 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN cm3/m3-sys/m3cc/src/: m3makefile cm3/scripts/python/: pylib.py Log message: darwin8 instead of darwin9 for compat with more systems maybe From jkrell at elego.de Tue May 19 14:41:14 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:41:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519124114.4B4A6CC306@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:41:14 Added files: cm3/scripts/config/: stat.c Log message: something to gauage the size and to some extent layout of struct stat From jkrell at elego.de Tue May 19 14:48:52 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 14:48:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519124852.65D02CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 14:48:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix it to compile From jkrell at elego.de Tue May 19 15:00:29 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 15:00:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519130029.A3611CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 15:00:29 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: Sed variation -- use star instead of plus, I think it is more portable -- I again got the error about mpfr building the iphone backend on a machine without gmp/mpfr From jkrell at elego.de Tue May 19 15:10:30 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 15:10:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519131030.F1E4ACC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 15:10:30 Modified files: cm3/m3-libs/m3core/src/unix/Common/: m3unix.h UstatC.c Log message: st_foo is often a macro so you can't use that name in any of your own types, use foo instead From wagner at elego.de Tue May 19 22:56:48 2009 From: wagner at elego.de (Olaf Wagner) Date: Tue, 19 May 2009 22:56:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519205648.663FACC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 09/05/19 22:56:48 Modified files: cm3/scripts/: make-dist.sh Log message: don't use DOSHIP for shipping From jkrell at elego.de Tue May 19 23:28:31 2009 From: jkrell at elego.de (Jay Krell) Date: Tue, 19 May 2009 23:28:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090519212831.37801CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/19 23:28:31 Added files: cm3/scripts/iphone/1/: 0env.sh 1iphonefilesystem.sh 2csu.sh 3cctools.sh 4headers.sh 5llvm.sh 6hack.sh all.sh readme.txt trimfilesystem.sh Log message: scripts for building full gcc cross build environment, at least on Darwin From hosking at elego.de Thu May 21 15:07:33 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:07:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521130733.8D98BCC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:07:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/: tree-ssa.c Log message: Preserve TREE_ADDRESSABLE for init_offset vars. From hosking at elego.de Thu May 21 15:09:44 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:09:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521130944.70ED5CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:09:44 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Use build_qualified_type for volatilized decl. From hosking at elego.de Thu May 21 15:22:14 2009 From: hosking at elego.de (Antony Hosking) Date: Thu, 21 May 2009 15:22:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521132214.4FB60CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/21 15:22:14 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Don't hang init_offset vars in the TREE_VALUE field of the record constructor. Doing that confuses the optimizers because the variables are not technically in scope for the constructor. We just need to hang the var somewhere until it has RTL and we can extract the proper offset in m3_write_globals. For now let's just drop it in the DECL_LANG_SPECIFIC field of the constructor FIELD_DECL. We should probably buld a proper "struct lang_decl" and put it in that but this slight hack works for now. The result is a gcc-based backend with which I can bootstrap cm3 on SOLgnu with "cm3 -O" (which cm3.cfg interprets as passing -O3 to the backend). I'd be interested in any other reports of problems with optimization. From jkrell at elego.de Thu May 21 21:18:07 2009 From: jkrell at elego.de (Jay Krell) Date: Thu, 21 May 2009 21:18:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090521191807.68FB6CC362@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 09/05/21 21:18:07 Modified files: cm3/scripts/iphone/1/: all.sh Log message: run them separately From hosking at elego.de Fri May 22 03:27:53 2009 From: hosking at elego.de (Antony Hosking) Date: Fri, 22 May 2009 3:27:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090522012753.555EA2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/22 03:27:53 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Indentation. From hosking at elego.de Mon May 25 01:18:15 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 1:18:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090524231816.0BB5A2474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 01:18:15 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Avoid overhead of syscall (Time.Now) for time accounting in read barrier. From hosking at elego.de Mon May 25 01:23:22 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 1:23:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090524232322.91FA02474001@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 01:23:22 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3 Log message: Delete unused variable to avoid warning. From hosking at elego.de Mon May 25 03:01:02 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 3:01:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525010102.BDBB0CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 03:01:02 Added files: cm3/m3-libs/m3core/src/C/AMD64_DARWIN/: Csetjmp.i3 Log message: Why did this get deleted? From rodney at elego.de Mon May 25 04:17:30 2009 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 25 May 2009 4:17:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525021730.31336CC308@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 09/05/25 04:17:30 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: c-valprint.c Log message: Slight progress on printing floating point values. With this partial fix, "print/f floatvar" should work. Just "print floatvar" will use the wrong decoding and print garbage. From hosking at elego.de Mon May 25 06:16:09 2009 From: hosking at elego.de (Antony Hosking) Date: Mon, 25 May 2009 6:16:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090525041609.ED00ECC197@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: hosking at birch. 09/05/25 06:16:09 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: Restore -O3 for optimizing backend. From rodney at elego.de Fri May 29 04:39:04 2009 From: rodney at elego.de (Rodney M. Bates) Date: Fri, 29 May 2009 4:39:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20090529023904.DEBF6CC113@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 09/05/29 04:39:04 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: doublest.c printcmd.c valprint.c Log message: A bit more progress on printing floating point values. For 32-bit x86, at least, the print command is now working, without crashing and without needing /f. It is still using the inherited gdb code for C/C++ floating point values, kludged up to change modula-3 floating gdb-types to C gdb-types. BTW, floating literals are currently rejected by m3gdb.