open TELEMAC-MASCARET The mathematically superior suite of solvers

Hello dears,

I have my own program and I wanted to compile with the Telemac2D. I followed the rules in the programming documents. In fact, I copied mostly from Telemac 3d for creating 3D mesh and also I took benefit from Lecdon files to create my own. When I am running compileTELEMAC.py I get this error as shown in the enclosed file.

Any idea how to solve this?

Thanks,
AMANJ

Hello,

You seem to have something called WinMain in "main" that was not compiled, whether it is part of a library you did not link to (systel.cfg file) or a subroutine you did not scan (*.cmdf file, which can be created with compileTELEMAC.py --rescan) ...

Does this helps ?

Sébastien

I am trying to figure out but I don't know where is winmain and main.

I tried several times and here it is the last one.

Hello,

I'm also diving in the compiling world (a completely new one to me) and i have faced a similar problem due to multiple installations of mingw64 (path issues in fact) and improper path referencing.

Something caught my attention in your log file that i haven't noticed before in my logs, there are several lines like:

"/home/ruben/mingw-w64/src/mingw-w64/mingw-w64-crt/crt/crt0_c.c:18"

isn't this an unix path? A compiler like mingw running in a windows machine, that calls some external files that read this kind of paths shouldn't be able to parse them properly i guess... maybe some of the external routines were born in a unix system and you are trying to cross compile them?

I'm sorry if this a rather silly question...

Regards,

José Carlos

Hello,

I am compiling Telemac system on Windows 8. I am trying to figure out what cause this issue. I compared my program with the ones available in Telemac default such as towmac and sisyphe and I dont see anything wrong.

Thanks,

AMANJ

Hi

Not sure it's an explanation to your problem but some questioning points:
Is this new module fully integrate in the telemac environment?
Are you sure there is no problem with duplicate file (like condim for example)?
Did you modify runcode.py in order to add your module in the library list?

It will be probably clearer if we could have a global overview of all the compilation steps...

Hope this helps

Hello,

To overcome my problem, I named the module name same as the one already exist in the compileTELEMAC.py as ESTEL3D which it has a name but not directory. Now it is working when compiling alone. However, when I want to compile to telemac2d internally such as sisyphe where internally compiled to T2D it gives this error.

Please have a look at the attached pictures.

AMANJ

Hello,

I would like to ask if there is a procedure clearly states the steps taken into account to compile own module into the system and where should this module specified in order to integrate into the system. one of the existing module can take as an example and shows how compiled such as sisyphe or towmac.

Thanks,

AMANJ

I NOTICED THAT WHEREVER I USE INTERFACE IS NOT RECOGNIZE AND I DONT KNOW WHAT IS THE REASON HOWEVER I HAVE IT AS .F AND .MOD AND .O AS SHOWN IN THE PREVIOUS PICTURES. IS THERE ANY WAY TO MAKE MY INTERFACE PUBLIC AND AVAILABLE TO USE WHEREVER I WANTED?

THANKS,

AMANJ

Hello,

This is probably a bias of Python when it scans the Fortran to decide what subroutines must be compiled and in which order. If nothing in the libraries calls your module it will not be compiled. A way to prove this would consist in putting your module in the Fortran file of your specific case. There it would be compiled and you could see if it works. If it solves the problem a workaround solution would consist in adding the name of your module manually in the *.cmdf files which are in the Fortran libraries, e.g. telemac2d.cmdf, where you can find lists of subroutines to be compiled. However if you manually add a subroutine you must not rescan after, lest it would erase your modfication.

I hope these hints are helpful and not wrong, I cannot check on a Telemac installation where I am.

With best regards,

Jean-Michel Hervouet