[faddah]

hi all,

pardon the embarrassing beginner questions here about using the bsd unix shell darwin. i've used mac os for years, as well as being proficient in windows and some linux/unix. but i'm used to systems where either there was a full development environment set-up (like metrowerks) or where the os came with it all pre-installed so i'd just send the compiler messages from the command line.

long story short: i want to use xemacs on mac os x 10.2.6.

however, i've run into problems several times over in

i've downloaded and gunzipped and un-tar'd the tarball for xemacs. that's fine.

after some initial mistepts, i've also installed all the developer tools from the developer cd that comes with mac os x 10.2.x jaguar.

I've also installed the apple x11 & x11 sdk beta 3, and that took care of the problems i had with the xemacs ./configure not finding any of the Xwindows libs, both in the apple terminal and the x11 term. so that's better. i'm a bit further along, but *still* having problems configuring/installing xemacs and the latest gcc, gnumake and cctools.

the reason i also want to update the sources for the gcc, gnumake, cctools, etc. (found all at http://www.opensource.apple.com/darwinsource/10.2.6/), is well... it's good to stay updated, right? ;o) and... because i'm having such problems with getting xemacs to load as it says it should load, i keep thinking one of these not working correctly or needing updating is the culprit. and *all* error out when i try to either do './configure' or the 'make' with them. see below.

i'll give a short version of each of the problems, and then a long version with the error codes from each configure or build attempt from the terminal. again, a lot of these errors i'm getting over and over are probably just due to my inexperience. so if anyone out there could please help, it really would be most appreciated.

the short version --

xemacs --> won't configure with the params i choose, keeps looking for the tooltalk library headers and doesn't find them (tt_c.h). i've searched the drive for them too, but the file or directory is not there.

gcc3 --> trying to update (gcc3-1175) using the regular gnu instructions from the command line. configures now fine, but when doing "make install," it errors out saying it can't find the /usr/libexec/gcc/darwin/i386. why it would need intel code to compile native for a powerpc, i have no idea.

gnumake --> also trying to update (gnumake-106), and it errors when trying to "make install" with an incompatible pointer type and a bus error.

cctools --> trying to install, get internal compiler errors in either doing "make install" from the terminal command line, or in the older project builder (it comes with a project builder file to run), generating several errors there before ending with 'libstuff_p.a' and 'all' were not remade because of errors.

the long version --

xemacs -->

o.k., so now that i hade the apple x11 sdk beta 3 installed, i was rolling through my './configure' just fine, through all the Xwindows stuff it configures. here are the params i use -->

sudo ./configure --extra-verbose --site-includes=/xemacs-21.4.13/src/ --site-libraries=/xemacs-21.4.13/src/ --with-x11 --with-toolbars=yes --with-menubars=lucid --with-scrollbars=athena --with-dialogs=athena --with-widgets=athena --with-athena=3d --with-dragndrop --with-cde --with-offix --with-tty=yes --with-ncurses --with-gpm --with-xpm --with-png --with-jpeg --with-tiff --with-xface --with-gif=yes --with-sound=native --with-sound=esd --with-sound=nas --with-database=berkdb --with-database=dbm --with-database=gnudbm --with-ldap --with-postgresql --mail-locking=flock --with-pop --with-kerberos --with-hesiod --with-mule --with-xim=motif --with-canna --with-wnn --with-wnn6 --with-xfs --with-workshop --with-tooltalk --with-socks --with-clash-detection=yes --with-system-malloc --debug --memory-usage-stats --error-checking=all --quick-build --with-quantify --with-purify powerpc-apple-darwin6.6; make

however, after configuring all the other stuff, it suddenly chokes when looking for the "tooltalk" header files with this error -->

checking for tt_c.h... no
checking for Tt/tt_c.h... no
checking for desktop/tt_c.h... no
./configure: Usage error:
Unable to find required tooltalk header files.
Use `./configure --help' to show usage.
make: *** No targets specified and no makefile found. Stop.

.... and the configure never completes. i tried taking out any of the configure switches that might have anything to do tooltalk (--with-workshop, --with-tooltalk, --with-socks, --with-clash-detection=yes), but it still gets the same error every time. i tried searching my drive for "tooltalk," "tt," or the "tt_c.h" file, but it came up with nothing but what is in the install directory. i tried settingj "--site-includes=" and "--site-libraries=" to include the install directory's "/src" directory, but that didn't work either. same error, every time. any ideas here?

gnumake -->

so then i figure, well, maybe the gnumake needs to be brought up to the latest version first. so i get that off the developer.apple.com site (gnumake-106), and do a ./configure on it, just fine. then i try doing "sudo make install," only to find yet another error --

gcc -DALIASPATH=\"/usr/local/share/locale:.\" -DLOCALEDIR=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib\" -DINCLUDEDIR=\"/usr/local/include\" -DHAVE_CONFIG_H -I. -I. -I./glob -g -O2 -c main.c
main.c: In function `main':
main.c:1097: warning: passing arg 1 of `error' from incompatible pointer type
main.c:1955: internal error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
make[1]: *** [main.o] Error 1
make: *** [install-recursive] Error 1

any ideas about gettng around this "incompatible pointer type" and "bus error"?

gcc -->

so then i figure, well, maybe i just need to update the gcc compiler itself. so i run the './configure' on the gcc3-1175 build off the developer.apple.com site, and i'm working from directions i got from the gcc.org site itself (which apple refers to at the developer.apple.com site).

first, i want to try, after the './configure' is sucessful, to do a "sudo make profiledbootstrap," which is supposed to optimize compile time a bit by profiling. but it then says it doesn't understand the command and there's no rule for it in the make file. so then i try the regular "sudo make bootstrap," and get the same error -->

[iMac:/gcc3-1175] k1% sudo make profiledbootstrap
Password:
make: *** No rule to make target `profiledbootstrap'. Stop.
[iMac:/gcc3-1175] k1% sudo make bootstrap
make: *** No rule to make target `bootstrap'. Stop.

however, i then try "sudo make install," and that works. huh??? why? according to the gnu documentation on gcc, you should use 'make bootstrap' or 'make profiledbootstrap.' why is it different for the apple version of the download?

so anyway, the 'sudo make install' goes along and seems to start off o.k., but then i suddenly get this message and it errors out, not completing -->

?????????????????????????????????????????????????? ??????????
? The directory /usr/libexec/gcc/darwin/i386 is missing!!! ?
? Please install a compiler that generates code for i386. ?
?????????????????????????????????????????????????? ??????????

make: *** [build] Error 1

huh??? why on earth does a native powerpc-apple-darwin6.6 build need to have an intell i386 library to build???? is there any way around this?

[message length limit... to be continued...]

[faddah]

[continued from previous message.... sorry for the length, but i want to make sure if anyone knows what i'm doing wrong to get these errors, they have the detail.]

cctools -->

so then i figure, well, maybe cctools has some stuff in it (like the tooltalk stuff, stuff to make the gcc compiler install properly, maybe?) that would solve my problems. so i download that -- cctools-435.4. it comes with a pre-made makefile, and a projectbuilder file. it doesn't, however, have the slightest instuctions on updating or installing with it. i run from the command line "sudo make install" on it, and it begins to run along fine, but then errors out, not completing, with -->

cc -O -g -I../../include -Wall -Wno-precomp -Wno-long-double -no-cpp-precomp -static -c \
-MD -dependency-file ./ofile.d \
-o ./ofile.o ../ofile.c
../ofile.c: In function `check_Mach_O':
../ofile.c:3659: unrecognizable insn:
(insn 5633 1994 1995 (mem/s/j:SI (plus:SI (reg/v/f:SI 25 r25 [131])
(const_int 20 [0x14])) [0 <variable>.nextdefsym+0 S4 A32]) -1 (nil)
(nil))
../ofile.c:3659: Internal compiler error in extract_insn, at recog.c:2132
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
make[3]: *** [ofile.o] Error 1
make[2]: *** [static] Error 2
make[1]: *** [install_tools] Error 1
make: *** [install] Error 2

so i try doing it through ProjectBuilder, as it has a project builder file with it already. i launch that, and set the build to not stop on the first error and to build frameworks. i then do a clean, to get rid of any old attempts, and that is successful. i then try and do a build. the build gets several errors in the midst of compiling. here they are, selected from the whole output -->

cc -O -g -I../../include -Wall -Wno-precomp -Wno-long-double -no-cpp-precomp -arch ppc -dynamic -c \
-MD -dependency-file ./ofile.d \
-o ./ofile.o ../ofile.c
../ofile.c: In function `check_Mach_O':
../ofile.c:3659: unrecognizable insn:
(insn 1472 1471 1473 (high:SI (const:SI (minus:SI (symbol_ref/f:SI ("*LC123"))
(symbol_ref:SI ("*L17$pb"))))) -1 (nil)
(nil))
../ofile.c:3659: Internal compiler error in extract_insn, at recog.c:2132
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
gnumake[2]: *** [ofile.o] Error 1

...

cc -O -g -I../../include -Wall -Wno-precomp -Wno-long-double -no-cpp-precomp -arch ppc -dynamic -c \
-MD -dependency-file ./dylib_table.d \
-o ./dylib_table.o ../dylib_table.c
../dylib_table.c: In function `guess_dylib_install_name':
../dylib_table.c:351: unrecognizable insn:
(insn 236 235 237 (address (reg:SI 8 r8)) -1 (nil)
(nil))
../dylib_table.c:351: Internal compiler error in extract_insn, at recog.c:2132
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
gnumake[2]: *** [dylib_table.o] Error 1

...

cc -O -g -I../../include -Wall -Wno-precomp -Wno-long-double -no-cpp-precomp -arch ppc -dynamic -pg -c \
-MD -dependency-file ./swap_headers.d \
-o ./swap_headers.o ../swap_headers.c
../swap_headers.c: In function `swap_object_headers':
../swap_headers.c:1158: unrecognizable insn:
(insn 1555 4453 1556 (sequence[ ] ) -1 (nil)
(nil))
../swap_headers.c:1158: Internal compiler error in extract_insn, at recog.c:2132
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
gnumake[2]: *** [swap_headers.o] Error 1

...

cc -O -g -I../../include -Wall -Wno-precomp -Wno-long-double -no-cpp-precomp -arch ppc -dynamic -pg -c \
-MD -dependency-file ./writeout.d \
-o ./writeout.o ../writeout.c
../writeout.c: In function `writeout':
../writeout.c:594: unrecognizable insn:
(jump_insn 670 669 3076 (label_ref 721) -1 (insn_list 669 (nil))
(expr_list:REG_DEAD (reg:CC 319)
(expr_list:REG_BR_PROB (const_int 7100 [0x1bbc])
(nil))))
../writeout.c:594: Internal compiler error in extract_insn, at recog.c:2132
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
gnumake[2]: *** [writeout.o] Error 1

...

[... and then finally it errors out totally with...]

cc -O -g -I../../include -Wall -Wno-precomp -Wno-long-double -no-cpp-precomp -arch ppc -dynamic -pg -c \
-MD -dependency-file ./macosx_deployment_target.d \
-o ./macosx_deployment_target.o ../macosx_deployment_target.c
md -d -u ./Makedep ./macosx_deployment_target.d
gnumake[2]: Target `libstuff_p.a' not remade because of errors.
gnumake[1]: *** [profile] Error 2
gnumake[1]: Target `all' not remade because of errors.
gnumake: *** [all] Error 1

. . .

so i'm at a loss here. anyone have *any* idea about how to make these all run/configure/install properly from the terminal command line with no errors?

by the way, i am aware apple has the gcc3 and a pdf on it as an updater in a *.dmg file on the developer.apple.com site. unfortunately, i can't download it. something about the software used on our network to share the dsl internet connection (a windows machine is used as the router with two nic cards, using the software pppsharepro, from pppindia.com), and it just doesn't like the web objects redirect it gets from the apple site in the download. i tried going, via command line, to ftp to the imercury.apple.com seeding site, and put in my adc user id and password, to download it that way, but i get denied access every time. any ideas on how to download this via ftp off the seed servers?

I realize, again, a lot of this may simply be my dumb lack of experience in compiling compilers for use. any detailed help at all, especially in how to do these updates on a regular basis, would be appreciated.

thanx in advance again.

sincerely,

-- "faddah" steve wolf
portland, oregon

[geekwagon]

Hi faddah,

I'm in charge of maintaining the package repository used by my company for a few dozen Solaris machines, so I know how much fun it can be to get stuff to compile sometimes. That said, I don't have any specific experience with Xemacs, thankfully no-one here uses it (we're all VI types )

I am pretty sure that ToolTalk is part of CDE and I don't see why the configure script would expect it to be a required component. It exists on Solaris, but I don't think it exists in OS X, or comes default with many other Open Source type Unixes. You might grep through the configure script for "tooltalk" to see if there is an option to specifically turn it off (something like --disable-tooltalk)

I would strongly suggest that you don't upgrade GCC from sources. Compiling GCC can be pretty tricky. I haven't dug into how Apple has setup their GCC distribution, but I know from experience that really odd problems can arise (especially with header files) and such when you try to upgrade things. There are so many things Apple could have done as far as moving around where things go that it would be almost impossible to recreate without knowing the exact options that was passed to configure, and you can't really expect the configure script to figure it out (it wont even try..) Another thing is that the standard C/C++ library (libgcc, libstdc, etc) that comes with GCC will get upgraded as well. That can break a lot of apps that are dynamically linked with those libraries, if you aren't careful.

I haven't used GCC on OS X that much yet (like I said, I mainly do Solaris) but I have almost never seen the compiler crash on bad code (well GCC 3.3 does when compiling Python 2.2.3, but that is the only time..) which is what the "bus error" means. I am wondering if maybe your compiler install is a little honked up at this point. Do you have any other compilers installed, like maybe Codewarrior, that might have a cc that is getting picked up by the configure script? In any case you might try reinstalling the developer packages and applying the latest updates.

I believe that Xemacs is available via the Fink project, have you tried that? I'm pretty sure it is at least in the UNSTABLE branch. Those guys put a lot of work into porting the raw sources to work cleanly on OS X, and usually they have binaries available, too.

I can email or host the GCC updater on my website for you if you would like to get it that way. I see you are in Portland too, us Oregonians have to stick together. PM me and we can work out the details.

EDIT: btw, I was reading through your message again (that was a lot to digest, whew!) and noticed that when you were trying to compile gcc you were doing it in the same directory that you extracted the source. That isn't officially supported and almost never works. What you want to do is make another folder at the same level as your source tree (something like /src/gccbuild, when you already have a /src/gcc-3.3 or whatever) NOTE: do NOT make it a subdirectory of your source tree that will totally honk it up! and then run ../gcc-3.3/configure <whatever options> from the gccbuild directory. I have had a lot of problems trying to compile in the source tree (sometimes it works, sometimes not) but according to the GCC maintainers, you're absolutely not supposed to do that.

[faddah]

hi all...

a little further along, but still struggling & a bit confused and not able to get xemacs installed. could use some more help here.

first, thanx to my fellow orygunian geekwagon -- props to you, man. he got me the files i was asking about and how to's and things to look out for.

so...

i took his and someone else's advice over at the apple discussion boards and ran the /Developer/Tools/uinstall-devtools.pl perl script.

% cd /Developer/Tools/
% ./uninstall-devtools.pl

it did run, but it seemed to go kind of fast (like done in 2 seconds), and i'm not sure if anything really was removed. but i took it at face value, restarted, and reinstalled everything off the developer cd that came with mac os x 10.2 jaguar.

i then restarted.

i then opened up the terminal, and did the following -->

% ls -l /usr/bin/gcc
lrwxr-xr-x 1 root wheel 4 Aug 21 23:46 /usr/bin/gcc -> gcc3

i then deleted the old xemacs source directory i had, and then untarred the xemacs tarball to the root of my drive. then i did -->

% cd /xemacs-21.4.14
% ./configure |& tee -a ./myconfig.log

i did it just this way, with no further switches/options, a vanilla configure of xemacs. this seemed to run completely fine, no errors, and i got the command prompt again. i then did the -->

% make |& tee -a mymake.log

and here's where i ran into problems, yet again. this totally errors out on me. here's the error -->

-DHAVE_CONFIG_H /xemacs-21.4.14/lib-src/getopt.c
/xemacs-21.4.14/lib-src/getopt.c: In function `_getopt_internal':
/xemacs-21.4.14/lib-src/getopt.c:946: unrecognizable insn:
(insn 3307 4115 3310 (high:SI (const:SI (minus:SI (symbol_ref:SI ("!D__nextchar"))
(symbol_ref:SI ("*L2$pb"))))) -1 (nil)
(nil))
/xemacs-21.4.14/lib-src/getopt.c:946: Internal compiler error in extract_insn, at recog.c:2132
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
make[1]: *** [getopt.o] Error 1
make: *** [lib-src] Error 2

so is this a genuine error? do i need to report it to apple radar bug reporter? am i doomed not to install xemacs at all? i can't ever seem to get beyond the initial make, let alone 'make install.'

i can send the stdout myconfig.log and mymake.log files that were generated, if anyone wants to take a look at them and give me some advice.

thanx again in advance.

sincerely,

-- "faddah" steve wolf
portland, oregon
faddahwolf@earthlink.net

[Zim]

Is there something you need that the fink version does not supply for xemacs?

Code:
>sudo fink info xemacs
Password:
Information about 1193 packages read in 13 seconds.

xemacs-21.4.9-3: Highly customizable text editor
 .
 Web site: http://www.xemacs.org/
 .
 Maintainer: Jeffrey Whitaker <jsw@cdc.noaa.gov>

Mike

[faddah]

zim,

fink is a great suggestion, i admire what they do, etc. however...

there's some wonkyness about this mac set-up that won't let it participate with a fink/cvs style net install.

mainly, it's not connected to the internet. ;o)

or it would be, but it's an older mac with no airport slot. erego, we got a wireless usb adapter for it from macsense, their aeropad plus wua-700 model. but... it doesn't seem to want to speek to our wireless 802.11b base on our network, which is a us robotics 802.11b wireless access point (usr #2450), using an intersil chip set. i've been working with the developer himself from macsense, who has been very nice in trying to get updates to the driver for me to test, when he has time. but none so far has made it work.

so for now, i download things to another computer until we get the macsense driver issue resolved, and then sneaker net it over to the mac with an older 100 mb zip drive. yeah, it's silly, but until the macsense driver issue is resolved, it's what i gotta do.

unless there is a way in fink where i can download via theri web site to another computer, copy the files/directory over to a correct place on the mac, and then fire up fink and point it at the local files already on there. know of a way to do that, perhaps, please?

in the meantime, geekwagon, my fellow orygunian, has been very, very kind in reviewing what's been happening for me and agreeing it seems to be a compile error, not a real error in the standard xemacs code. he's gone the extra mile by uploading some updaters, *and* the entire dec. 2002 devtools cd in thirty 10 mb images (wow!) for me, so i could copy thme about 9 - 10 at a time to a zip drive and get it over to the mac. thanx so much, geekwagon!

i'm in process of uncompressing all that now, then will run the update and let everyone know. thanx to zim & geekwagon and all, and i'll let you all know how it works out.

sincerely,

-- "faddah" steve wolf
portland, oregon

[faddah]

hi again everyone,

further in this trying to get xemacs to install/run saga.

first, a big thanx again and shout out to geekwagon, my fellow orygunian, for being so kind in getting all those images to me to download so i could update to the dec. 2002 developer cd.

so after several tries, i did install the dec. 2002 developer cd with all its tools, libraries, bsd sdk, documenation, etc.

i also have run permission repair on the boot volume, deleted all caches, forced runs the chrons, and re-done all the pre-bindings, with several restarts, several times.

in any case, once it was all this was installed and done, i tried doing a simple configure of xemacs, like this -->

sudo ./configure --extra-verbose --package-path=/Volumes/Muzak_n_Mooveez/updates/third-party/xemacs/xemacs-packages/ --with-x11 --with-dragndrop --with-xpm --with-png --with-jpeg --with-tiff --with-xface --with-gif=yes --with-mule --with-xfs --with-tooltalk=no powerpc-apple-darwin6.6

the './configure' would run until it got to a point where it was looking for 'dlerror' and '_dlerror' files, headers or libs, and then error out as it claims it could not find them -->

checking for module support
Defining HAVE_DYLD
checking how to build dynamic libraries for powerpc-apple-darwin6.6
checking how to produce PIC code... -fPIC
checking if PIC flag -fPIC really works... yes
checking if C compiler can produce shared libraries... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker is GNU ld... no
Defining HAVE_SHLIB
xemacs will be linked with "sysdll.o emodules.o"
Appending "src" to $INSTALL_ARCH_DEP_SUBDIR
checking for dlerror... no
checking for _dlerror... no

*** PANIC *** configure forgot how to build working executables!

*** This is most commonly due to an unforeseen environment, causing
*** configure to incorrectly compute the sequence of libraries to link.
*** Please examine the tail of config.log for runtime errors.
*** Pay special attention to the -l flags, and perhaps -I and -L.
*** Often adding or removing explicit options in the configure
*** invocation can work around this kind of problem. If so, please
*** report it as a bug to xemacs-beta@xemacs.org.
***
*** Other possible causes are inability to write to the file system
*** (bogus permissions or disk full) or a misconfiguration of the dynamic
*** linker. On Linux, check /etc/ld.conf and rerun ldconfig if
*** necessary. On other systems, try telling configure where to find
*** the shared libraries using the --site-runtime-libraries option.
***
*** Another way to shoot yourself in the foot is to specify
*** --with-FEATURE when FEATURE is not actually installed on your
*** system. Don't do that.


... to which i, of course, went, "huh?" i'm only really asking for all the packages of downloaded and untarred and all the graphical and x11 support be loaded, and mule & xfs, and that should all be in there.

so i tried just doing the most simple configure -->

sudo ./configure

and let that run. that runs fine, no problem, going with all the defaults. it does end up telling me that i should load *.png graphic file support, but as you saw above, when i ask for switches like that, it blows up in my face. so here's the result i get on the simple configure -->

... Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
WARNING: -----------------------------------------------------------
WARNING: Compiling without PNG image support.
WARNING: You should strongly consider installing the PNG libraries.
WARNING: Otherwise certain images and glyphs may not display.
WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux)
WARNING: -----------------------------------------------------------

Sound:

Databases:
Compiling in support for Berkeley database.
Compiling in support for DBM.
Compiling in support for LDAP.

Internationalization:

Mail:
Compiling in support for "dot-locking" mail spool file locking method.

Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.


creating ./config.status
creating Makefile.in
creating lib-src/Makefile.in
creating lwlib/Makefile.in
creating src/Makefile.in
creating src/paths.h
creating lib-src/config.values
creating lib-src/ellcc.h
creating src/config.h
creating lwlib/config.h
lwlib/config.h is unchanged
creating ./Makefile
creating ./GNUmakefile
creating lib-src/Makefile
creating lib-src/GNUmakefile
creating lwlib/Makefile
creating lwlib/GNUmakefile
creating src/Makefile
creating src/GNUmakefile

... so the ./configure runs o.k.

i then try running the make, and it fails every time still with the following -->

gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing
-Wshadow -Wpointer-arith -I. -I../src -I/xemacs-21.4.14/lib-src -I/xemacs-21.4.14/src
-DHAVE_CONFIG_H -DVERSION='"21.4.14"' /xemacs-21.4.14/lib-src/etags.c
getopt.o getopt1.o regex.o -lncurses -lldap -o etags
/xemacs-21.4.14/lib-src/etags.c: In function `Fortran_functions':
/xemacs-21.4.14/lib-src/etags.c:3744: error: unrecognizable insn:
(insn 366 6084 369 24 0xef7420 (symbol_ref:SI ("*"L00000000014$pb""))
-1 (nil)
(nil))
/xemacs-21.4.14/lib-src/etags.c:3744: internal compiler error: in extract_insn,
at recog.c:2175
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
make[1]: *** [etags] Error 1
make: *** [lib-src] Error 2


... every time. so i'm dead in the water there.

so i then loaded apple's gcc-3.3 off their developer.apple.com website darwin downloads. that install went fine. did all the things they tell you to do in the read me. then i repeat *all* of the above steps again, with gcc-3.3.

and guess what?

all the same errors happen all over again, no matter what. just the same errors & results, listed above, in the same order.

so i'm in a quandry here still. any hope of getting xemacs running ever on my machine? any help anyone could please offer would be most appreciated.

thanx.

-- "faddah" steve wolf
portland, oregon

[Zim]

I know each has its fans, but at least as a stop-gap, have you tried emacs? (not Xemacs)

Granted I did this via fink..

>emacs --version
GNU Emacs 21.2.1

(with X11 support)

Mike

[faddah]

Originally posted by Zim:
I know each has its fans, but at least as a stop-gap, have you tried emacs? (not Xemacs)

zim,

thanx for the suggestion, but....

i have tried the "aqua" version of emacs that is out there. it errors out on me also.

i downloaded it from the porkrind site and it seemed to install o.k. however, when i try and run it, it errors out also -->

[Mac:/] kyo1% emacs
Warning: Lisp directory `/usr/share/emacs/21.3.50/site-lisp' does not exist.
Warning: Lisp directory `/usr/share/emacs/21.3.50/leim' does not exist.
Warning: Lisp directory `/usr/share/emacs/21.3.50/lisp' does not exist.
Cannot open load file: term/mac-win
[Mac:/] kyo1%

... seemingly, it can't find certain lisp libs to run.


arrrrrrggggh!

nothing compiles or runs in this environment!

also, again, please see my previous messages, but fink, darwinports or any sort of cvs are out of the question on this mac. it is in a position in the building where an ethernet cable would not work, it has no airport slot (it's older) and its wireless 802.11b usb adapter from macsense is not working/speaking to the us robotics 802.11b base station. i've been working with the developer of the macsense os x wireless driver, but as of yet, we can't seem to get it working. so stuff like fink, darwinports & any sort of cvs are out, and i've been relying on finding stuff that is already in a tarball up on the web, then sneaker-netting it over using an old 100 mb zip drive and expanding and trying to install it from there.

so again, anyone have any ideas on getting this or, what i'd rather, xemacs, installed and running on this machine, please? it seems cursed never to './configure,' 'make' or compile anything.

-- "faddah" steve wolf
portland, oregon

[geekwagon]

faddah,

I sent you an email about this this morning, let me know if you didn't get it (my webmail client crashed Safari right as I sent it..)

I was able to get xemacs to compile on a more-or-less vanilla 10.2.6+X11+12/02 December Developer tools+GCC updater setup (17"PB). I just extracted the tarball, typed ./configure and make. So, I think the problem must be in your machine somewhere. At this point I would just do a fresh reinstall so you will be starting from a known good state.

[faddah]

hi geekwagon & others,

in answer to your general question to me at the macnn forums, yes, i got your message, and i then responded. have you seen it? have you resolved your issues that you were having with your computer/e-mail server (sort of a useless question to ask, because if not, you're not reading this!)?

in any case, yes, i realize i probably have to bite the bullet and do a re-install of the os and the dev. tools.

my question to you was -- can you or anyone else out there step me through a reinstall of the o.s. so i don't lose anything? i know this is a bonehead beginner question, but i tried this once before on my mac, and it wouldn't just reinstall over what was there, it created the old user as a separate folder. then i had to try and figure out what had to be copied from one user folder to the new one. ugh. i eventually gave up and started over, mostly, from scratch.

i have too much stuff -- e-mail archived folders in apple mail, addresses in address book, ical appointments, documents, etc., to lose it all. i'm worried i'll either have a separate folder again where i'll have to painstakingly figure out where everything goes and what needs to be kept and what can be discarded, or worse, that everything will lost (!!!). can you please help in telling me how to do a reinstall so that all my data isn't lost and it keeps the same user date, documents, info & preferences, please? thank you.

thanx again for all the help,

-- "faddah" steve wolf
portland, oregon