Opened 15 years ago

Closed 15 years ago

#23783 closed defect (duplicate)

Ghostscript install fails on Snow Leopard when building i386

Reported by: pieter.debaets@… Owned by: takanori@…
Priority: Normal Milestone:
Component: ports Version: 1.8.2
Keywords: Cc: ryandesign (Ryan Carsten Schmidt)
Port: ghostscript

Description (last modified by mf2k (Frank Schima))

--->  Computing dependencies for ghostscript
--->  Fetching ghostscript
--->  Verifying checksum(s) for ghostscript
--->  Extracting ghostscript
--->  Applying patches to ghostscript
--->  Configuring ghostscript
--->  Building ghostscript
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_print_ghostscript/work/ghostscript-8.71" && /usr/bin/make so " returned error 2
Command output: ld: warning: in ./obj/../soobj/gdevm64.o, file is not of required architecture
ld: warning: in ./obj/../soobj/gdevdsha.o, file is not of required architecture
ld: warning: in ./obj/../soobj/siinterp.o, file is not of required architecture
ld: warning: in ./obj/../soobj/siscale.o, file is not of required architecture
ld: warning: in ./obj/../soobj/sidscale.o, file is not of required architecture
ld: warning: in ./obj/../soobj/gp_strdl.o, file is not of required architecture
rm -f ./bin/../sobin/libgs.8.dylib 
ln -s libgs.8.71.dylib ./bin/../sobin/libgs.8.dylib 
rm -f ./bin/../sobin/libgs.dylib
ln -s libgs.8.71.dylib ./bin/../sobin/libgs.dylib
/usr/bin/gcc-4.2  -DHAVE_MKSTEMP -DHAVE_HYPOT   -DHAVE_FONTCONFIG -O2  -isystem/opt/local/include  -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -Os -arch i386 -DUSE_LIBICONV_GNU  -I./obj/../soobj -I./base  -g -o ./bin/../sobin/gsc ./psi/dxmainc.c \
	-L./bin/../sobin -lgs
ld: warning: in ./bin/../sobin/libgs.dylib, file is not of required architecture
Undefined symbols:
  "_gsapi_delete_instance", referenced from:
      _main in ccp5OSc3.o
  "_gsapi_exit", referenced from:
      _main in ccp5OSc3.o
  "_gsapi_init_with_args", referenced from:
      _main in ccp5OSc3.o
  "_gsapi_set_stdio", referenced from:
      _main in ccp5OSc3.o
  "_gsapi_run_string", referenced from:
      _main in ccp5OSc3.o
  "_gsapi_new_instance", referenced from:
      _main in ccp5OSc3.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [bin/../sobin/gsc] Error 1
make: *** [so] Error 2

Change History (7)

comment:1 Changed 15 years ago by mf2k (Frank Schima)

Description: modified (diff)
Owner: changed from macports-tickets@… to takanori@…
Port: ghostscript added

comment:2 Changed 15 years ago by takanori@…

Summary: Ghostscript install fails on Snow LeopardGhostscript install fails on Snow Leopard on 32bit Intel Macs

You are using Core Duo based (=32bit Intel) Mac, right?

Unfortunately I don't have any access to 32bit Intel Macs now, so I can't check it out..:-(

comment:3 Changed 15 years ago by pieter.debaets@…

Nope, I have an Intel Core 2 Duo.

I am compiling everything +universal though, might this have something to do with it?

comment:4 Changed 15 years ago by takanori@…

Summary: Ghostscript install fails on Snow Leopard on 32bit Intel MacsGhostscript install fails on Snow Leopard

If so, could you re-install all of ports without +universal and try it again?

# I never use +universal because it is not stable.

comment:5 in reply to:  3 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added
Summary: Ghostscript install fails on Snow LeopardGhostscript install fails on Snow Leopard when building i386

Replying to pieter.debaets@…:

I am compiling everything +universal though, might this have something to do with it?

The ghostscript port does not a have a universal variant; see #24056. So it is not affected by your decision to compile other ports universal.

Actually it looks like you're trying to build for i386 only. Have you set build_arch to i386 in macports.conf? If so, that's not supported by ghostscript either at this point; see #21545.

Replying to takanori@…:

If so, could you re-install all of ports without +universal and try it again?

Not necessary; I use universal on all ports and ghostscript installs fine nonuniversal.

# I never use +universal because it is not stable.

Nonsense. Let's not baselessly disparage a core MacPorts feature here. Some ports admittedly don't compile universal, or don't work properly when compiled universal, but those are bugs to be filed against those individual ports.

comment:6 Changed 15 years ago by pieter.debaets@…

The build_arch is indeed set to i386, I have now changed it to x86_64. I can confirm the build now succeeds, this ticket can be closed as a duplicate of #21545.

comment:7 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: duplicate
Status: newclosed
Note: See TracTickets for help on using tickets.