Reposted from Developer Forum (2009-11-15 22:40:01 AST)
CANSARP 5.0.0.1.3. was just imported into the CANSARP Sourceforge CVS. A tarfile release has also been uploaded (cansarp-5.0.0.1.3.cvs.tar.gz).
Work still has to be done on the different data acquisition and processing modules that run as separate programs, but it is hoped that these can be prepared and added to the CVS in the coming weeks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am attempting to build cansarp using Solaris 10 under Vmware. The first error I get is redefinition of enumerators such as `DEG_LEFT_STR' in include/new_labels.h.
Which of the definitions in the file should be used?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We compile CANSARP using gcc 3.4.3 that comes standard with Solaris 10. Which compiler were you using?
While there shouldn't be any duplicates in the new_labels.h file, it looks like elements 434-435 are repeated at 525-526 in new_labels.h. The corresponding label text in ~lib/util/new_labels.c is also duplicated.
The standard version of gcc that ships with Solaris 10 (3.4.3) must be more tolerant of redefining enumerators than the compiler you were using. That's probably why this slipped by.
Since both enumerators are referring to the same text, you could probably rename the second duplicate pair in the labels.h file.
- Ron
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the help!<br>
I'm using gcc version 3.4.6.<br>
I've renamed the second occurence of:<br>
DEG_LEFT_STR
DEG_RIGHT_STR
DUPLICATE_SRU_STR
RECOVERY_POINT_STR
REVISION_STR
in new_labels.h.<br>
This resolves the duplicate enumerator problem.
In lib/patterns/pattern_event_proc.c, line 333 causes a fatal compiler error:<br>
error: invalid operands to binary !=
changing the line to :<br>
…&P->L_.lon!=NULL
seems to solve the problem.
After this change, the compile works, but the link fails with undefined symbols related to libintl.<br>
adding -lintl to the LDFLAGS in the top level Makefile resolves the problem.<br>
After these changes, the program builds (with a lot of warnings).<br>
Running the program shows the start up text, followed by <br>
could not open file /home/cansarp/sys_dat/rgb.txt!
Where should I look to find a copy of this file?
Brian
_
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes Brian, the missing rgb.txt file is in the cansarp-data-setup archive that was posted.
In the next couple of days I'm hoping to also push up some sample data (climatic sea current models, wind data, tidal currents, etc) .
Thanks for outlining the issues with compiling with the 3.4.6 compiler. I'll be removing the duplicate enumerator labels in the cvs version later today.
- Ron
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Reposted from Developer Forum (2009-11-15 22:40:01 AST)
CANSARP 5.0.0.1.3. was just imported into the CANSARP Sourceforge CVS. A tarfile release has also been uploaded (cansarp-5.0.0.1.3.cvs.tar.gz).
Work still has to be done on the different data acquisition and processing modules that run as separate programs, but it is hoped that these can be prepared and added to the CVS in the coming weeks.
I am attempting to build cansarp using Solaris 10 under Vmware. The first error I get is redefinition of enumerators such as `DEG_LEFT_STR' in include/new_labels.h.
Which of the definitions in the file should be used?
What version of GCC are you using? I was able to compile fine under Solaris 10.
I don't believe there should be any duplicates in the new_labels.h file.
Kurt
We compile CANSARP using gcc 3.4.3 that comes standard with Solaris 10. Which compiler were you using?
While there shouldn't be any duplicates in the new_labels.h file, it looks like elements 434-435 are repeated at 525-526 in new_labels.h. The corresponding label text in ~lib/util/new_labels.c is also duplicated.
The standard version of gcc that ships with Solaris 10 (3.4.3) must be more tolerant of redefining enumerators than the compiler you were using. That's probably why this slipped by.
Since both enumerators are referring to the same text, you could probably rename the second duplicate pair in the labels.h file.
- Ron
Thanks for the help!<br>
I'm using gcc version 3.4.6.<br>
I've renamed the second occurence of:<br>
DEG_LEFT_STR
DEG_RIGHT_STR
DUPLICATE_SRU_STR
RECOVERY_POINT_STR
REVISION_STR
in new_labels.h.<br>
This resolves the duplicate enumerator problem.
In lib/patterns/pattern_event_proc.c, line 333 causes a fatal compiler error:<br>
error: invalid operands to binary !=
changing the line to :<br>
…&P->L_.lon!=NULL
seems to solve the problem.
After this change, the compile works, but the link fails with undefined symbols related to libintl.<br>
adding -lintl to the LDFLAGS in the top level Makefile resolves the problem.<br>
After these changes, the program builds (with a lot of warnings).<br>
Running the program shows the start up text, followed by <br>
could not open file /home/cansarp/sys_dat/rgb.txt!
Where should I look to find a copy of this file?
Brian
_
I just noticed the new posting of the cansarp_data_setup. Looks like that will answer my question.
Brian
Yes Brian, the missing rgb.txt file is in the cansarp-data-setup archive that was posted.
In the next couple of days I'm hoping to also push up some sample data (climatic sea current models, wind data, tidal currents, etc) .
Thanks for outlining the issues with compiling with the 3.4.6 compiler. I'll be removing the duplicate enumerator labels in the cvs version later today.
- Ron