[M3devel] Hudson m3cc clean?

[Jay K]

They should probably all be clean. Given also the merge to 4.3.5. And that I put back dependency tracking.
I think I'll put something in m3cc/src/m3makefile with a timestamp or guid, checked in by developer,
copied to an output file in build_dir, and if they vary, delete everything.
So checking in a deliberate edit to m3cc/src/m3makefile will trigger clean.


In the mean time did *some* ssh root@ ; cd ~hudson; rm -rf */*/m3cc/{PPC_LINUX,SPARC32_LINUX} on my machines.


 - Jay

----------------------------------------
> From: jay.krell at cornell.edu
> To: wagner at elegosoft.com; m3devel at elegosoft.com
> Subject: Hudson m3cc clean?
> Date: Mon, 19 Jul 2010 01:33:05 +0000
>
>
> Olaf, the m3cc tasks should run "clean" with this -- configure needs to rerun.
> It seems some have such a check mark option, some do not.
> Platforms that are succeeding I guess can be left alone, but the ppc/sparc ones..
> The ones on my machines I can fiddle with, but PPC_DARWIN..
>
> Thanks,
>  - Jay
>
> ----------------------------------------
> > Date: Mon, 19 Jul 2010 03:23:16 +0000
> > To: m3commit at elegosoft.com
> > From: jkrell at elego.de
> > Subject: [M3commit] CVS Update: cm3
> >
> > CVSROOT: /usr/cvs
> > Changes by: jkrell at birch. 10/07/19 03:23:16
> >
> > Modified files:
> > cm3/m3-sys/m3cc/src/: m3makefile
> > cm3/m3-sys/m3cc/gcc/gcc/config/: darwin.h
> >
> > Log message:
> > m3makefile, basically undo:
> > Revision 1.162
> > always specify -build, -host, -target, for cross and native
> > consistent but experimenta/unorthodox
> > Usually people let config.guess do all the work for native
> > and always for build.
> > Default build to host, not target.
> >
> > Revision 1.161
> > Always specify -target.
> > in native builds, always specify -build and -host.
> > This should provide for more consistency,
> > though is also a bit experimental and unorthodox.
> >
> > darwin.h, undo
> > Revision 1.2
> > always support hidden aka private extern aka don't export every function
> >
> > This should fix PPC_DARWIN and maybe maybe others (SPARC32_LINUX).
> >
> > Possibly relatd, I've noticed SOLsun using sparc-sun-solaris2.10-gcc
> > to build cm3cg, when I was hoping it'd use Sun cc. This will
> > at least change it to plain gcc, but same thing.
> >
>