Internal error

[Jokaste]

When compiling LZMA SDK (7Zip SDK) I egt an internal error.
This SDK can be dowloaded at [size=78%]https://7-zip.org/sdk.html[/size]

[TimoVJL]

PellesC 9 x64 optimized speed:
7zArcIn.c(331): fatal error: Internal error: spill_at_range().

[Jokaste]

I have used new variables to store intermediates results but no success.
In this project you have to add #include <intrin.h> and replace Memory.h with string.h
I set /MT too, for __cpuid
With the version 8 of Pelle's it did not like alloca, with this version no problem.
Programs generated with the new version seem to be faster than those made with version 8.0.
The ide editor has been improved and scrolling is easier.
Clean project is welcome and useful.
The version changer does not work.
Is it possible to have a tool that reads a unix makefile and create a windows project?
Idem with MS .DSP files.
I use Pelle's compiler and assembler every day, they are the best tools for me.
For the instant, COULD YOU MAKE THE DEBUGGER RUNNING JUST FOR ME, MISTER PELLE?

[Pelle]

I set /MT too, for __cpuid

Well, __cpuid is the Microsoft spelling, so /Ze (Enable Microsoft extensions) seems more appropriate...

The version changer does not work.

Not sure which version changer we are talking about -- some add-in?

Is it possible to have a tool that reads a unix makefile and create a windows project?

Sure. Someone can write an add-in... 

For the instant, COULD YOU MAKE THE DEBUGGER RUNNING JUST FOR ME, MISTER PELLE?

Well, it works here. Apparently on some other peoples computers as well. I think you have to provide more info, or even better: a sample project.

[Pelle]

PellesC 9 x64 optimized speed:
7zArcIn.c(331): fatal error: Internal error: spill_at_range().

Thanks. I will try to reproduce...

[Jokaste]

Here is my project.
MS extensions are activated
When I launch the debugger it tells :

Error reading from file
Problem loading debug information

The only bad message I have during compiling are :

- - - - - - - - - - Chloe.exe
Building Chloe.exe.
Writing debug information
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfl.lib(libgfl340.dll)'; ignored.
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfl.lib(libgfl340.dll)'; ignored.
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfle.lib(libgfle340.dll)'; ignored.
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfle.lib(libgfle340.dll)'; ignored.
Compacting debug information
Done.

libgfl comes from XnView. i use it since many years. It can be found at https://www.xnview.com/fr/

[TimoVJL]

\forum\Jokaste\Includes.h(4): fatal error #1035: Can't find include file "MaxStruct.h".

This one ?
http://download.xnview.com/GflSDK-win.zip

[Jokaste]

Yes.
I join all the workspace except ZipLibrary (I don't use it).

[Pelle]

The only bad message I have during compiling are :
Writing debug information
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfl.lib(libgfl340.dll)'; ignored.
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfl.lib(libgfl340.dll)'; ignored.
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfle.lib(libgfle340.dll)'; ignored.
POLINK: warning: Unrecognized signature of debug symbols in object 'libgfle.lib(libgfle340.dll)'; ignored.
Compacting debug information

I have looked at the lib files, like libgfle.lib, and there is no useful debug info to be found. Only info about which Microsoft tool was used to create these files. This is enough to fool the linker into thinking there is some debug info to use, but there isn't.

Since Microsoft CodeView debug info was removed in Pelles C version 9.0, you get warnings about "Unrecognized signature of debug symbols". Again, this info only names the Microsoft tools used, so nothing would really change even if CodeView debug info was still supported.

If you don't compile any of your own source code with (Pelles C) debug info, it's possible the whole debug info area is empty. This could explain why you have problems loading the debug info. If so, I'm not going to do anything about it since this case is too uncommon.

[Pelle]

I set /MT too, for __cpuid

About this:

There is a check in CpuArch.c

Code: [Select]

#if !defined(USE_ASM) && _MSC_VER >= 1500
#include <intrin.h>
#endif
which must be changed.

For compatibility reasons (which may change in the future), Pelles C will report version 1100 for _MSC_VER when the /Ze option is used. The file intrin.h will never be included unless this is changed.

Not sure this is the best way, but maybe something like this:

Code: [Select]

#if !defined(USE_ASM) && (_MSC_VER >= 1500 || defined(__POCC__))
#include <intrin.h>
#endif


[Jokaste]

If you don't compile any of your own source code with (Pelles C) debug info, it's possible the whole debug info area is empty. This could explain why you have problems loading the debug info. If so, I'm not going to do anything about it since this case is too uncommon.

There are only assembler files that I don't compile with debug info because I know they are good.

For compatibility reasons (which may change in the future), Pelles C will report version 1100 for _MSC_VER when the /Ze option is used. The file intrin.h will never be included unless this is changed.

Ok I will do that.

I make the test and I get you the result

Thanks.

[Jokaste]

All my files are compiles with Pelles C and PoAsm.
I have found the problem.
Into my project ther are C and ASM files.
They all are compiled using DEBUG directives
This kind of project can't be used into the debugger.


If I replace ASM files with C files I can use the debugger

[Jokaste]

The goal of this project is to display asteroids orbits. See the graph atteched to this post. I must create bitmaps of 7 000 x 7 000 pixels! My pc only has 2Gb of RAM! I need the program is fast and don't consume too much memory.

[Pelle]

All my files are compiles with Pelles C and PoAsm.
I have found the problem.
Into my project ther are C and ASM files.
They all are compiled using DEBUG directives
This kind of project can't be used into the debugger.

If I replace ASM files with C files I can use the debugger

Not sure what you mean. Debugging ASM files, C files, and a mix of them in a project works fine here. There must be more to this story...

[TimoVJL]

Here are those problematic exe&dbg files only.
It can't load debug info.