Opened 15 years ago

Closed 14 years ago

Last modified 14 years ago

#7983 closed defect (fixed)

GiNaC does not build due to a probable cln error

Reported by: enrico.franchi@… Owned by: gwright@…
Priority: Normal Milestone:
Component: ports Version: 1.2
Keywords: Cc: gwright@…
Port:

Description

GiNaC does not compile. cln installs cleanly, but the ginac configure script has problems. If I just sudo port install ginac I have an error since it does not find the correct version of cln

---> Installing cln 1.1.11_0+darwin_8+test ---> Activating cln 1.1.11_0+darwin_8+test ---> Cleaning cln ---> Fetching GiNaC ---> Attempting to fetch ginac-1.3.3.tar.bz2 from http://www.ginac.de/ ---> Verifying checksum(s) for GiNaC ---> Extracting GiNaC ---> Applying patches to GiNaC ---> Configuring GiNaC Error: Target com.apple.configure returned: configure failure: shell command "cd "/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_GiNaC/work/ginac-1.3.3" && CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib ./configure --prefix=/opt/local --infodir=/opt/local/share/info" returned error 1

[...]

The following problems have been detected by configure. Please check the messages below before running "make". (see the section 'Common Problems' in the INSTALL file)

No suitable installed version of CLN could be found.

Error: /opt/local/bin/port: Status 1 encountered during processing.

So I tried to do sudo -s and then port install ginac. And this also failed.

Then I tried to manually run CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib ./configure --prefix=/opt/local --infodir=/opt/local/share/info

(and also ./configure --prefix=/opt/local --infodir=/opt/local/share/info --with-cln-prefix=/opt/local)

and it fails, but with a different error.

checking for CLN - version >= 1.1.0... no * Could not run CLN test program, checking why... * The test program compiled, but did not run. This usually means * that the run-time linker is not finding CLN or finding the wrong * version of CLN. If it is not finding CLN, you'll need to set your * LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point * to the installed location. Also, make sure you have run ldconfig if that * is required on your system.

[...]

The following problems have been detected by configure. Please check the messages below before running "make". (see the section 'Common Problems' in the INSTALL file)

No suitable installed version of CLN could be found.

In fact the test program gives bus error (but this seems a cln issue, however cln gave no error of any sort). Now I'm trying to manually build ginac, but I'm not really sure it will work (in fact I don't see why the cln test fails badly).

MacOS X 10.4.5 Intel

Change History (6)

comment:1 Changed 15 years ago by enrico.franchi@…

As expecter the make fails when it comes to linkng with cln

comment:2 Changed 15 years ago by gwright@…

Owner: changed from darwinports-bugs@… to gwright@…

I suspect that this is really an upstream bug with cln. It probably does not recognize the OS X/Intel platform at all and just falls over.

I do not have access to an Intel mac and won't for at least a month. In the meantime, you might ask the cln developer directly if he has a patch. I'd be happy to apply it. Otherwise, progress migh be slow.

Greg

comment:3 Changed 15 years ago by enrico.franchi@…

Yes you are right.

It's a cln bug I compiled "manually" cln 1.1.11 from sources and when I make check it segfaults. It seems that if I have to develope with cln or ginac I have to stick with my pbG4.

I thought the +test meant that it did make check (even if it seemed a bit too quick to make a make check).

Now I'm trying 1.1.10. Don't think it will work, but it is worth trying.

comment:4 Changed 15 years ago by gwright@…

Status: newassigned

comment:5 Changed 14 years ago by markd@…

Resolution: fixed
Status: assignedclosed

cln 1.1.13 and ginac 1.3.4 build clean on Intel. Closing.

comment:6 Changed 14 years ago by gwright@…

Thank you, Mark, for testing this out intel.

bw, greg

Note: See TracTickets for help on using tickets.