From: Miles E. <mi...@ca...> - 2002-09-26 19:48:54
|
The sparc build is bombing out for me at this step: gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid character (0x40) This is with gcc 3.2 on a Solaris 8 box. Any suggestions? miles |
From: Christophe R. <cs...@ca...> - 2002-09-28 16:21:48
|
On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: > The sparc build is bombing out for me at this step: > > gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S > /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid > character (0x40) > > This is with gcc 3.2 on a Solaris 8 box. Any suggestions? [ This mail comes from Italy on a mac with a not-quite-QWERTY keyboard, so please be indulgent ] This looks to me like gcc has changed its assembler syntax; guessing, the problem arises because it no longer likes type foo,@function Antonio Martinez has run into this problem already, I think, in that Sun's as doesn't like @ either (perferring #); the real problem is that #, of course, collides with the C preprocessor character. Since I don't think that requiring m4 to build SBCL is a great solution, for now I would try running ldso-stubs though cpp, and then changing all @s to #s. When I get back from my holiday, I'll have a think about what might be best (other ideas always welcome :-) Cheers, Christophe -- http://www-jcsu.jesus.cam.ac.uk/~csr21/ +44 1223 510 299/+44 7729 383 757 (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b))) (defvar b "~&Just another Lisp hacker~%") (pprint #36rJesusCollegeCambridge) |
From: Daniel B. <da...@te...> - 2002-09-29 18:02:22
|
Christophe Rhodes <cs...@ca...> writes: > On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: >> The sparc build is bombing out for me at this step: >> >> gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S >> /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid ^^^^^^^^^^^^^^^ (my emphasis) > This looks to me like gcc has changed its assembler syntax; guessing, > the problem arises because it no longer likes > type foo,@function > Antonio Martinez has run into this problem already, I think, in that > Sun's as doesn't like @ either (perferring #); the real problem is that > #, of course, collides with the C preprocessor character. I strongly suspect that this is nothing to do with gas at all, and that Miles has exactly the same problem as Antonio: he's using Sun's as. Look at the pathname. -dan -- http://ww.telent.net/cliki/ - Link farm for free CL-on-Unix resources |
From: <to...@te...> - 2002-09-29 18:47:19
|
> > This looks to me like gcc has changed its assembler syntax; guessing, > > the problem arises because it no longer likes > > type foo,@function > > Antonio Martinez has run into this problem already, I think, in that > > Sun's as doesn't like @ either (perferring #); the real problem is that > > #, of course, collides with the C preprocessor character. > > I strongly suspect that this is nothing to do with gas at all, and > that Miles has exactly the same problem as Antonio: he's using Sun's as. > Look at the pathname. This was my impression, and I emailed Miles to this effect (mentioning the lousy hack I sent sbcl-devel a few weeks ago) but got no response. I now realise that I didn't CC sbcl-devel, so humble apologies are in the post we speak. Sorry about that. --Tony |
From: Christophe R. <cs...@ca...> - 2002-10-01 07:59:52
|
On Sun, Sep 29, 2002 at 07:02:31PM +0100, Daniel Barlow wrote: > Christophe Rhodes <cs...@ca...> writes: > > > On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: > >> The sparc build is bombing out for me at this step: > >> > >> gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S > >> /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid > ^^^^^^^^^^^^^^^ > (my emphasis) > > I strongly suspect that this is nothing to do with gas at all, and > that Miles has exactly the same problem as Antonio: he's using Sun's as. > Look at the pathname. D'oh. I can build solaris binaries, if they're still wanted and Miles/Antonio have no luck -- let me know (it's a 12-hour build on this system, but it has the advantage (from this point of view) of never having seen the Sun compiler collection :-) Cheers, Christophe -- http://www-jcsu.jesus.cam.ac.uk/~csr21/ +44 1223 510 299/+44 7729 383 757 (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b))) (defvar b "~&Just another Lisp hacker~%") (pprint #36rJesusCollegeCambridge) |
From: Christophe R. <cs...@ca...> - 2002-10-01 18:47:10
|
On Tue, Oct 01, 2002 at 08:58:54AM +0100, Christophe Rhodes wrote: > On Sun, Sep 29, 2002 at 07:02:31PM +0100, Daniel Barlow wrote: > > Christophe Rhodes <cs...@ca...> writes: > > > On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: > > >> The sparc build is bombing out for me at this step: > > >> > > >> gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S > > >> /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid > > ^^^^^^^^^^^^^^^ > > (my emphasis) > > > > I strongly suspect that this is nothing to do with gas at all, and > > that Miles has exactly the same problem as Antonio: he's using Sun's as. > > Look at the pathname. > > D'oh. > > I can build solaris binaries, if they're still wanted and Miles/Antonio > have no luck -- let me know (it's a 12-hour build on this system, but it > has the advantage (from this point of view) of never having seen the Sun > compiler collection :-) OK, a sparc/solaris tarball should be available at <http://www-jcsu.jesus.cam.ac.uk/~csr21/sbcl-0.7.8-sparc-solaris-binary.tar.bz2>; it probably won't be available on SourceForge until tomorrow, as I have managed to put a bogus file with the same name in the incoming/ directory, and I have to wait for it to be deleted :-/ Anyway, I hope that helps, Cheers, Christophe -- http://www-jcsu.jesus.cam.ac.uk/~csr21/ +44 1223 510 299/+44 7729 383 757 (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b))) (defvar b "~&Just another Lisp hacker~%") (pprint #36rJesusCollegeCambridge) |
From: Miles E. <mi...@ca...> - 2002-10-02 00:17:35
|
Thanks! I'll try to get a working build environment for sparc ready for 0.7.9. On Tue, 2002-10-01 at 11:46, Christophe Rhodes wrote: > On Tue, Oct 01, 2002 at 08:58:54AM +0100, Christophe Rhodes wrote: > > On Sun, Sep 29, 2002 at 07:02:31PM +0100, Daniel Barlow wrote: > > > Christophe Rhodes <cs...@ca...> writes: > > > > On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: > > > >> The sparc build is bombing out for me at this step: > > > >> > > > >> gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S > > > >> /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid > > > ^^^^^^^^^^^^^^^ > > > (my emphasis) > > > > > > I strongly suspect that this is nothing to do with gas at all, and > > > that Miles has exactly the same problem as Antonio: he's using Sun's as. > > > Look at the pathname. > > > > D'oh. > > > > I can build solaris binaries, if they're still wanted and Miles/Antonio > > have no luck -- let me know (it's a 12-hour build on this system, but it > > has the advantage (from this point of view) of never having seen the Sun > > compiler collection :-) > > OK, a sparc/solaris tarball should be available at > <http://www-jcsu.jesus.cam.ac.uk/~csr21/sbcl-0.7.8-sparc-solaris-binary.tar.bz2>; > it probably won't be available on SourceForge until tomorrow, as I have > managed to put a bogus file with the same name in the incoming/ > directory, and I have to wait for it to be deleted :-/ > > Anyway, I hope that helps, > > Cheers, > > Christophe > -- > http://www-jcsu.jesus.cam.ac.uk/~csr21/ +44 1223 510 299/+44 7729 383 757 > (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b))) > (defvar b "~&Just another Lisp hacker~%") (pprint #36rJesusCollegeCambridge) > > > ------------------------------------------------------- > This sf.net email is sponsored by: DEDICATED SERVERS only $89! > Linux or FreeBSD, FREE setup, FAST network. Get your own server > today at http://www.ServePath.com/indexfm.htm > _______________________________________________ > Sbcl-devel mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-devel > |
From: Christophe R. <cs...@ca...> - 2002-10-02 08:00:41
|
On Tue, Oct 01, 2002 at 05:17:27PM -0700, Miles Egan wrote: > Thanks! I'll try to get a working build environment for sparc ready for > 0.7.9. Good-oh; in the meantime, the sparc binary I've built is now available from Sourceforge. Cheers, Christophe -- http://www-jcsu.jesus.cam.ac.uk/~csr21/ +44 1223 510 299/+44 7729 383 757 (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b))) (defvar b "~&Just another Lisp hacker~%") (pprint #36rJesusCollegeCambridge) |
From: Miles E. <mi...@ca...> - 2002-09-30 16:26:53
|
On Sun, 2002-09-29 at 11:02, Daniel Barlow wrote: > Christophe Rhodes <cs...@ca...> writes: > > > On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: > >> The sparc build is bombing out for me at this step: > >> > >> gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S > >> /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid > ^^^^^^^^^^^^^^^ > (my emphasis) > > > This looks to me like gcc has changed its assembler syntax; guessing, > > the problem arises because it no longer likes > > type foo,@function > > Antonio Martinez has run into this problem already, I think, in that > > Sun's as doesn't like @ either (perferring #); the real problem is that > > #, of course, collides with the C preprocessor character. > > I strongly suspect that this is nothing to do with gas at all, and > that Miles has exactly the same problem as Antonio: he's using Sun's as. > Look at the pathname. Yep. That must be the problem. Hmm... I think gcc defaults to using Sun's ld and as on Solaris. I'll try to figure out how to change the defaults. Anyone know offhand? While I'm asking, would people prefer plain binary tarballs for Solaris or would real Solaris packages be preferrable? miles |
From: Thomas F. B. <tfb@OCF.Berkeley.EDU> - 2002-09-30 18:03:28
|
Miles Egan writes: > Yep. That must be the problem. Hmm... I think gcc defaults to using > Sun's ld and as on Solaris. I'll try to figure out how to change the > defaults. Anyone know offhand? I couldn't figure out how to do it without recompiling GCC. The local admins thought the same thing. At that point I just grabbed a binary. > While I'm asking, would people prefer plain binary tarballs for Solaris > or would real Solaris packages be preferrable? Personally, I'd prefer a tarball. -- /|_ .-----------------------. ,' .\ / | No to Imperialist war | ,--' _,' | Wage class war! | / / `-----------------------' ( -. | | ) | (`-. '--.) `. )----' |
From: Raymond T. <to...@rt...> - 2002-09-30 18:24:06
|
>>>>> "Miles" == Miles Egan <mi...@ca...> writes: Miles> On Sun, 2002-09-29 at 11:02, Daniel Barlow wrote: >> Christophe Rhodes <cs...@ca...> writes: >> >> > On Thu, Sep 26, 2002 at 12:48:46PM -0700, Miles Egan wrote: >> >> The sparc build is bombing out for me at this step: >> >> >> >> gcc -g -Wall -Dsparc -DSVR4 -I. -c -o ldso-stubs.o ldso-stubs.S >> >> /usr/ccs/bin/as: "/var/tmp//ccRZtYmt.s", line 10: error: invalid >> ^^^^^^^^^^^^^^^ >> (my emphasis) >> >> > This looks to me like gcc has changed its assembler syntax; guessing, >> > the problem arises because it no longer likes >> > type foo,@function >> > Antonio Martinez has run into this problem already, I think, in that >> > Sun's as doesn't like @ either (perferring #); the real problem is that >> > #, of course, collides with the C preprocessor character. >> >> I strongly suspect that this is nothing to do with gas at all, and >> that Miles has exactly the same problem as Antonio: he's using Sun's as. >> Look at the pathname. Miles> Yep. That must be the problem. Hmm... I think gcc defaults to using Miles> Sun's ld and as on Solaris. I'll try to figure out how to change the Miles> defaults. Anyone know offhand? The Solaris or gcc faq used to say you shouldn't use gas or gnu ld on Solaris---don't know if it still does. To get gcc to use gas and/or gnu ld, you have to configure gcc with these. I suppose you could also use the -B option to gcc but that might produce wierd results since you configured for Solaris as and ld and not gas and gnu ld. Miles> While I'm asking, would people prefer plain binary tarballs for Solaris Miles> or would real Solaris packages be preferrable? Plain tarballs would suit me just fine. Solaris packages seem to have absolute pathnames that are never right on our systems here. Ray |