installation problem

Dear Giovanni,

I have a mac. Currently, it is version 10.9.1. I do not get the error you mention, even with the default compilers. I also did not get it when I had 10.8.x of the Mac OS. Is there anything else you can tell us that you think might be relevant? Are you using the default Mac compilers?

Best wishes,
Neil

Hi,

I have gcc (GCC) 4.9.0 and GNU Fortran (GCC) 4.9.0. I do not know what others informations could be relevant...

Best regards,
Giovanni

You are using the bleeding edge version of the gcc compilers. They are development right now and not even considered stable. I am using version 4.8.1 which is the stable version of the gcc compilers and I have no trouble compiling CalcHEP on my mac. I think we need to ask you to try with a stable gcc line. Let us know how it goes.
Best wishes,
Neil

Hi,
I installed gcc 4.8.1, however I get the same error… Do you have any other suggestion?
Sorry for disturbing again.

Best regards,
Giovanni

For sure it does not related to gcc /gfortra version. Here there is a problem with make.
It looks a little bit strange. Sometimes new versions of make work strange and it is difficult to understand a reason of it.
We had a problem on some platforms where make was sensitive to number of spaces. I can propose you to make some tests:

As I undersand your can reproduce your problem by the following way:

You can go to directory c_source/chep_crt and launch make ( or gmake). When you will see the error you write us about.

This error is generated somehow by line 16 of Makefile :
OBJ= $(subst .c,.o,$(wildcard *.c)) X11_crt0.o

which transforms names of *.c files into corresponding *.o attaching ')' to the last one.

BUT the same instruction in directory getmem/ worked without problems !!!!
OBJ= $(subst .c,.o,$(wildcard *.c))

I don't see what is a difference.
I guess if you correct Makefile in chep_crt/ writing

OBJ= crt.o crt_util.o edittab.o file_scr.o help.o pictures.o syst.o tex_util.o viewdir.o X11_crt0.o
then make in chep_crt will work, but in other directories you can meet the same problem.

So, ... write us when you'll find a reason or some get some ideas.
In principle I/you can rewrite all Makefiles without 'subst'. But it should be nice to test first that namely subst leads to the problem. Of course, 'subst' is a standard instruction widely used.

Best
   Alexander Pukhov

Hi,
I tried what you suggest, but it doesn't work. It gives me the same error, this time with "crt.o)". Obviously changing the order of file.o in

OBJ= crt.o crt_util.o edittab.o file_scr.o help.o pictures.o syst.o tex_util.o viewdir.o X11_crt0.o

I get different errors for the "file.o)"…

Does make work in directory getmem ?
According to your first main, yes. Please confinm. After
  touch getmem.c
  make
has to update library.
As well as you can try to lauch make in directories service2, polynom, ntools. Does it lead to the same problem?

What is version of make / gmake ? One can get it via
make -v

The command make works only in the directory getmem. Launching make in the other directories does not work: it always gives errors related to "file.o)" except in directory ntools where I get:
$ make
make: *** No rule to make target `/Users/ggrillidc/Documents/Research/PhD/PhD_Research/Software/calchep_3.4.6/lib/ntools.a(drandXX.o', needed by `/Users/ggrillidc/Documents/Research/PhD/PhD_Research/Software/calchep_3.4.6/lib/ntools.a'. Stop.

Concerning make I have

$ make --version
GNU Make 3.82
Built for x86_64-apple-darwin12.5.0
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

OK, getmem contains only one file. May be this is a reason why it works here.

I'll try to test 3.82

My computer works with 3.81

I see it indeed does not work with make 3.82.
I'll try to understand what is a reason.
For current solution I recommend you to

1) download
make-3.81.tar.gz
from
http://ftp.gnu.org/gnu/make

2) unpark it in your local directory

tar -xvzf make-3.81.tar.gz

3) Compile
   cd make-3.81
   ./configure
    make

after that you can use
      < full path to >/make-3.81/make
to compile CalcHEP

Thank you very much! This solve the problem!!!

Best regards,
Giovanni

It looks like 3.82 has a bug in C-code which is known and improved but not fixed in the current distribution.

http://blog.davidegrayson.com/2012/01/make-382-cant-handle-parentheses-in.html

There is a way to bypass it modifiing CalcHEP Makefiles.
Should we do it or not? Does buggy 3.82 is included in standard MAC distribution now?

I don't think that make 3.82 is included in standard mac distribution… but I am not sure. On my mac I installed it (my mistake, sob).