Compiler Error: Assertion: (../lnk/ir_util.cc, line 344)

Hello,
I am getting the error : Assertion: (../lnk/ir_util.cc, line 344) when compiling with Sun C++ 5.6. Does anyone know under which circumstances this error might occur ?
Unfortunately the sun system is not my main development environment and is only used for occasional test builds. The code that causes the error does compile under MS Windows (gcc and Visual C++)
Therefore i can only tell that compilation was successful a while ago. I do not know if there where changes to the system nor am I able to pin the error down to a single change to my code.
Even hints on what might cause this problem will be much appreciated.
Thanks,
Fr�d�ric

All compiler assertions are due to internal consistency checks failing, meaning that something "impossible" happened from which the compiler cannot recover.
There is no a priori way to determine what in the source code triggered the assertion. A compiler engineer needs to work with example code that results in the assertion.
All reported assertions from ir_util.cc (one of the files that make up the C++ compiler) have been fixed in C++ 5.6 or earlier. Evidently you have found something new.
This particular assertion means the compiler was missing internal data needed to generate debug information. Compiling without -g should eliminate the assertion. Unfortunately, your ability to debug this part of your source code would be reduced.
If you have a support contract, you should use your support channel to report the problem. The support engineer will need sample source code that demonstrates the problem, in order to file a bug report.
If you don't have a support contract but can narrow down a test case to something small enough to post here, I'll see what I can do. Otherwise, if you post your email address or put it in your profile, I'll let you know where you can send a larger test case.

Similar Messages

Assertion: (../lnk/ir_util.cc, line 339

Hi ,
Iam getting following errors
Assertion: (../lnk/ir_util.cc, line 339)while processing myfile.cpp at line 5075.
*** Error code 1
The line where error is arised returned constant string which is agian
typedef with template.
I am using Sunstudio 8(C++ 5.5) compiler without patch.
Also I am getting this error during release build and this file "myfile.cpp"
compiled fine in debug mode.
Is this compiler need any patch?
Also this C++(5.5) that I have didn't contain any patch.
Thanks in advance.
-Riaj

Please do not post the same question twice. See my answer in your original posting.

Internal compiler error: Assertion: (../lnk/v2mangler.cc, line 136)

I am working in C++ in this environment:
$ which CC
/hep1/lang/sunstudio11/SUNWspro/prod/bin/CC
$ CC -V
CC: Sun C++ 5.8 Patch 121017-10 2007/02/21
$ uname -a
SunOS hep 5.9 Generic_118558-37 sun4u sparc SUNW,A70
I have run into the following internal compiler error more than once:
>> Assertion: (../lnk/v2mangler.cc, line 136)
while processing ./tempdir/xxx.c at line 0.
... where xxx.c is the preprocessed file. The error message is always the same (i.e. generated from line 136 of v2mangler.cc and complaining about line 0 of the preprocessed file). I have tried without success to isolate line(s) in my C++ source causing the error. It might help to know what the compiler is trying to do near line 136 of v2mangler.cc which triggers this error.

This assertion prevents to mangle negative number. The source of this negative number is not clear without test case.

"ORA-24344: success with compilation error" in beginDDL

Hello,
I'm facing a really strange problem. When i try to use dbms_wm.beginDDL in one of my versioned tables, i get the error:
ORA-24344: success with compilation error
ORA-06512: "WMSYS.LT", line 12178
ORA-06512: line 2
I just get the error if i run the procedure from SQLPlus.
Using PLSQL Developer, for example, I get a normal execution but the LTS table it's not created and the state of the table stays 'VERSIONED'.
I used this procedure other times in the past and there were no problems.
Trying to identify the cause of the error, i've tried:
(1) - run dbms_wm.beginDDL for all the other tables - No Problem
(2) - verifiy if there were invalid objects - All valid
(3) - verify the error tables for more details (user_, dba_, user_wm_vt_) - No entries
(4) - generate a trace file, to search for abnormal executions - Apparently nothing really strange (but obviously I don't know what was supposed to happen)
Any possible reasons for this to happen?
Any ideas?
Some help would be welcome.
Best regards,
Pedro Lourenço

Hi Noel,
I just found the problem...
I have a trigger defined on the table that uses a synonym for another user table.
That synomym was dropped, so the trigger was invalid.
I didn't notice the problem because the trigger was disabled, so the WM$ procedure wasn't being generated, and there were no "visible errors".
Recreating the synomyn, the problem was solved.
Thanks for your help!
Regards,
Pedro Lourenço

Assertion: (../lnk/exprparse.cc, line 1454) - compiler bug??

Hi,
I get the following error message:
CC -DLT_OBJDIR=\".libs/\" -I. -I. -I./include -DSOLARIS2 -DSTHREAD_CORE_PTHREAD -DARCH_LP64 -DNO_FASTNEW -DW_LARGEFILE -I/usr/local/include -xtarget=ultraT1 -m64 -features=extensions,zla -xthreadvar=no%dynamic -xdebugformat=stabs -xs -g0 -xO4 -mt -lpthread -library=stlport4 -c -o tests_simple-simple_test.o `test -f './src/tests/simple_test.cpp' || echo './'`./src/tests/simple_test.cpp
>> Assertion: (../lnk/exprparse.cc, line 1454)
while processing ./src/tests/simple_test.cpp at line 28.
The source code looks like this (tried to make a simple a possible):
---- shell.h:
class shell_t
shell_t() {}
~shell_t() {}
int start();
virtual int process()=0;
virtual int usage()=0;
--- shell.cpp:
int shell_t::start() {
...code
--- simple_test.cpp
class test_shell : public shell_t
public:
test_shell()
: shell_t()
~test_shell() {}
int process() { ...code... }
int usage() { ...code...}
int main(int argc, char* argv[])
test_sell as;
as.start();
return (0);
Has anyone seen this already?
Does somebody know, what it means, and how to fix my code?
Many thanks for all comments.
-Ippokratis.
Edited by: Ippokratis on Jun 5, 2008 11:37 PM

Any compiler assertion is a compiler bug.
If you want us to address this given issue, please, provide reproducable testcase
(e.g. exact program that fails to compile together with a command line for compilation that fails).
regards,
__Fedor.

Assertion:   (../lnk/classutils.cc, line 299) - CC: Sun C++ 5.13 Beta2 2014/06/17

The test code is
class X
int z : 3;
X() : z(-1) {}
The result is:
vkni@solaris:~/c++$ CC -c main.cpp
>> Assertion:   (../lnk/classutils.cc, line 299)
    while processing main.cpp at line 0.
If I rewrite the constructor like
X() { z =-1; }
it compiles without any problem.
P.S.
The bug is probably in the parser code, because if I forget the last ";" the first variant will fail with assertion, while the second will tell me about missing ";" like
"main.cpp", line 7: Error: Use ";" to terminate declarations.

Dear Fedor and Steve, thank you very much for replies. I found this problem when compiling QT4. It can be build using your compiler almost completely. Another problem, that I found, is an assertion
>> Assertion:   (../lnk/tempparse.cc, line 3505)
    while processing ../3rdparty/javascriptcore/JavaScriptCore/API/JSCallbackObject.cpp at line 0.
The code, that raises assertion to a very high probability is
template <> const ClassInfo JSCallbackObject<JSObject>::info = { "CallbackObject", 0, 0, 0 };
template <> const ClassInfo JSCallbackObject<JSGlobalObject>::info = { "CallbackGlobalObject", 0, 0, 0     };
(commenting both of these lines I eliminate assertion, if I leave anyone - the assertion will be raised)
Do you know already what is that? Or I need to give you purified example?

Compiler error with forte 6.2 - assertion failed in sp_interface.cc

I have a compilation error when compiling on my Ultra 10
using Forte 6.2 C compiler (5.3). Here's the line:
teds@enigma[195]% cc -xtarget=ultra3 -xarch=v8plusb -dalign -fns -fsimple=2 -ftrap=%none -xlibmil !!
cc -xtarget=ultra3 -xarch=v8plusb -dalign -fns -fsimple=2 -ftrap=%none -xlibmil -xO4 -DCMO_DEBUG_DETAIL -DUSE_DATACONN -c cmoisubs.c -o cmoisubs.o
cg: assertion failed in file ../src/ms_pipe/sp_interface.cc at line 689
cg: Internal error: constval annotation set on reg with multiple defs
cg: 1 errors
cc: cg failed for cmoisubs.c
teds@enigma[196]%
Does anyone have any ideas?
Thanks,
Ted

Hi There,
Form the error message it seems like a bug in cg.
Try the follwoing option and see if the bug goes away.
-Qoption cg -O0 or use -Qms_pipe-off.
Please refer C user's guide for usage.
....jagruti
Developers Technical Support
Sun Microsystems, http://www.sun.com/developers/support

Status of Fortran error "INTERNAL COMPILER ERROR near line ... (phase ConcretizeProcs):

We get this fortran error:
Error from SolarisStudio12.3-linux-x86
======================================
sunf90 -c -g -KPIC -xO3 -xopenmp=noopt -xinstrument=datarace ../../../src/lib/util/SAGlib/sag_read.f90
INTERNAL COMPILER ERROR near line 443 in sag_read.f90 (phase ConcretizeProcs):
Assertion failed: array_type && array_type->num_elements(0)->is_computable()
[internal line 1229 /net/feeler/export/home2/spica_intel-Linux/111116/lang/f90/fe/srcme/compiler/phases/concretize/concretize_utl.cpp]
make: *** [sag_read.o] Error 1
This is the same error as reported in Unformatted read/write of character arrays from July 2013.
Does this bug have a patch? Would a fix be available if we were to purchase a support contract?

The bug was fixed some time ago in the development version of the compiler. The bug has not been fixed in a patch because the bug has not been escalated. If a customer with a support contract escalates the bug, it will be fixed in a patch; otherwise, the fix will be made available with the next release of the compiler.
Robert Corbett

Assertion: (../lnk/storage.cc, line 99)

Hi
I am using the latest SunStudio11 C++ compiler
CC: Sun C++ 5.8 Patch 121017-03 2006/07/19
During compilation of some source files I have message:
">> Assertion: (../lnk/storage.cc, line 99)
while processing ... at line 0."
What does this message mean?
Thanks

It looks like you hit the compiler bug. Would you please submit it using the web interface at http://bugs.sun.com/services/bugreport/index.jsp ?
Thanks,
Boris

Assertion:   (../lnk/tmplmatchargs.cc, line 178)

I am using studio 11 for v8 on solaris 9, with the following patches installed:
120760-02 121015-01 121017-01 121019-01 121021-01
When I compile the following code with "CC -c file.cpp", I get:
>> Assertion:   (../lnk/tmplmatchargs.cc, line 178)
    while processing file.cpp at line 19.The code is:
struct K {};
template < class T1 , class T2 , class T3 > class A { } ;
template < class T ,
template < class U , class V , class W >
class X = A >
class B { } ;
template < class T ,
template < class U , class V , class W >
class X >
K & operator >> ( K & in , B < T , X > & P ) {
return in ;
typedef B < float > Z ;
void f ( K & in , Z f ) {
    in >> f;
}I guess it just means that it cannot deal with default values for template template arguments, but it is a violent way to say so.
(I also got an assertion failure this morning in ../lnk/initializer.cc with an other piece of code, I will try to get my hands on it again)

An assertion from the compiler is always a compiler bug. In this case, it looks like an internal failure in dealing with template template parameters.
I have filed bug 6396915 for you.
If you have a contract with Sun Service, you can track progress on fixing this bug, and get a pre-release version of the patch that fixes it.
Otherwise, you can check the Sun Studio patch page from time to time to see whether a patch has been released that fixes the bug. A fix for this problem will not appear for at least two months.

Flex compilation error: line exceeds 32k span

Hi All,
I am trying to execute my application being developed in VC7.0 (nw04s sneak preview version) using tabbed layers. I have 3 layers and has the following UI components
1 tab/layer: input form
2 tab/layer: table control
3 tab/layer: table control
Following is the error from the source Viewer window
<b>com.myComp.myProduct.8J.Empdetailsview</b>
Error in executing a process for Flex compilation, Error: Branch between 8421 and 41193 around line 0 exceeds 32K span. If possible, please refactor this component.
(E:\usr\sap\J2E\JC01\j2ee\cluster\server0\GUIMachine_Business_Packages\empModel_18608\FLEX_COMPILATION_FOLEDR\AAD8J-generated.as:2188)
Error: Branch between 8421 and 41193 around line 0 exceeds 32K span.
Failed to compile AAD8J.mxml
PS: Initially I had a table and chart controls in my second layer (no 3rd layer then) and got the same error however, after removing the chart contrl, the app begun to run.
Now I added a 3rd layer which has one table contrl only and now the app is not working. I also have eventing between my layers..
Please help
Thanks
Sathish

Hi
The 32k issue id pretty hard to get rid of once it starts, instead of using the 3rd layer, try and create a nested iview, you can also try and use a nested iview for each layer, this is a bit more complicated to do but does seem to workaround the 32k problem.
Jarrod

Assertion failed: 0, file ../lnk/exthrow.cc, line 425 Abort (core dumped)

Hi,
I have a JNI native library that calls a custom C++ shared library with a number of number of dependencies. At runtime, in the process of loading the custom C++ library, I got the folloing message.
Assertion failed: 0, file ../lnk/exthrow.cc, line 425
Abort (core dumped)
If I did mdb on core dump, the following is the result.
mdb java.29922
mdb: core file data for mapping at ffb7a000 not saved: Bad address
Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ]
$Cffbf7c90 libc.so.1`_lwp_kill+8(6, 0, ff2f2e10, ff2a8bd0, ffffffff, 6)
ffbf7cf0 libc.so.1`abort+0x110(ffbf7de0, 1, 0, ad314, ff2f12d8, 0)
ffbf7d80 libc.so.1`_assert+0x64(ff1d9358, ff1d935a, 1a9, ff1ea810, ad030, ff1d418c)
ffbf7fe0 libCrun.so.1`__1cG__CrunMex_rethrow_q6F_v_+0xf0(0, fffb, 0, 14c14, 2, 0)
ffbf8040 libtssclt.so.3`__1cDstdNbasic_istream4Ccn0ALchar_traits4Cc___2t6Mn0AIios_baseJEmptyCtor__v_+0xb8(eef09710, 0,
eef0df94, eef0a088, eef09730, eef09748)
ffbf80a0 libtssclt.so.3`__SLIP.INIT_A+0x20(0, ff2f3700, acb18, ff2bb774, f0bd4840, f0bd4880)
ffbf8100 libtssclt.so.3`__1cU__STATIC_CONSTRUCTOR6F_v_+4(ee774a48, ff2f3700, acb18, ff1d6e50, f0bd3b40, f0bd3b80)
ffbf8160 libtssclt.so.3`_init+0x110(ff3f40fc, ff3f5a50, 2b414, 0, ff3f4910, 821)
ffbf81c0 ld.so.1`call_init+0x16c(c10081, 1, fe9d0f60, ee7c5eb4, ff3f4910, ffdfffff)
ffbf8228 ld.so.1`dlmopen_intn+0x164(ff3f40fc, 10000, c01, 24, 3b, ff161f30)
ffbf8288 ld.so.1`dlmopen_check+0x160(ff3f40fc, 10c5c8, c01, ff3914f8, ffbf834c, 0)
ffbf82e8 ld.so.1`dlopen+0x30(10c5c8, 1, 1, ff185fac, 57c0, ff185fa8)
ffbf8350 libjvm.so`__1cCosIdll_load6Fpkcpci_pv_+0x20(10c5c8, ffbf8858, 400, 0, 12eed4, 5400)
ffbf83f0 libjvm.so`JVM_LoadLibrary+0x15c(10c5c8, 64fc, 38810, ff18696c, ff185fac, 2)
ffbf8c58 libjava.so`Java_java_lang_ClassLoader_00024NativeLibrary_load+0xe8(388cc, ffbf8f2c, ffbf8f28, 0, 10c5c8, 0)
ffbf8dc0 0xf900bc20(11, ffbf8f2c, ffbf8ea8, ffffff80, 64fc, 0)
ffbf8e40 0xf900bbc4(f0c303c0, b6, 0, 8, 1ffc, ffbf8ec0)
ffbf8ec0 0xf9005764(f0c30080, b8, f0c09478, f9014760, f0c374a8, ffbf8f90)
ffbf8f58 0xf90057a8(0, b8, ffbf911c, f9014a20, 110, ffbf9028)
ffbf9018 0xf9005764(f0c08de8, b6, ffbf919c, f9014a68, 57c0, ffbf90c0)
ffbf90b8 0xf9005764(339b8, 0, 64fc, f9014760, ff185fac, ffbf9140)
ffbf9140 0xf9005764(c000, 2, 4c00, f9014a70, ff17fca0, ffbf91b8)
ffbf91b8 0xf9000218(ffbf92a0, ffbf9380, a, f4d5f2f8, f900a7e0, ffbf9390)
ffbf9218 libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8(
ffbf9378, 38810, ffbf938c, ffbf92b0, 38eb8, 0)
ffbf92e0 libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v_+0x68c(ffbf9524, 38810, f4d5f330,
391cc, 38eb8, 38eb4)
ffbf94c0 libjvm.so`__1cNinstanceKlassKinitialize6MpnGThread__v_+0x80(38e20, 38810, fecd7a8c, f4d5f330, 38810, ff181fbc)
ffbf9540 libjvm.so`__1cbCfind_class_from_class_loader6FpnHJNIEnv__nMsymbolHandle_CnGHandle_3CpnGThread__pnH_jclass__+0xd8(
388cc, 1, 1, 38e18, f4d5f330, 1)
ffbf95b0 libjvm.so`jni_FindClass+0x720(388cc, 0, 0, ff18696c, 391cc, 0)
ffbf9640 main+0xe3c(6, 388cc, ff182ba0, 39348, 0, 1)
ffbf9ed0 _start+0x108(0, 0, 0, 0, 0, 0)
Any help/assistance on this issue would be highly appriciated.
Thanks and Regards
Somesh

I ran into this exact same problem (on Solaris, JVM 1.4.1). Although I don't know the exact cause, I can tell you what I did to fix it..
Of course, this happens when you try to load a native library (a .so in this case). I ldd'd that .so, and found that it in turn was linked to two other libraries in my control, and some other OS libraries.
When I statically linked either one of my libraries, such that only one of the libraries under my control was still linked dynamically, leaving the OS libaries untouched, then the problem went away. Note that it didn't matter which one I linked statically- as long as one (or both) were static there was no problem.
My guess was that there were some sort of cyclic dependencies with these libraries, but right now I'm happy enough that it works, so I'm not going to try and pursue this further..

Getting a compilation error. Says ; is missing in line 34

// A program to demonstrate the use of JList's
//Import Statements
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
public class ListTest extends JFrame{
     //Class Declarations
     JList list;
     String[] colorNames = {"black", "blue", "green", "red"};
     Color[] colors = {Color.BLACK, Color.BLUE, Color.GREEN, Color.RED };
     //Main Program that starts Execution
     public static void main(String[] args) {
          ListTest test = new ListTest();
          test.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
     //Constructor
     public ListTest()
          super("List Test Demo");
          Container container = getContentPane();
          container.setLayout(new FlowLayout());
          list = new JList(colorNames);
          list.setVisibleRowCount(3);
          list.setSelectedIndex(0);
          //Anonymous Inner Class
          list.addListSelectionListener() {
               new ListSelectionListener(){
               public void valueChanged( ListSelectionEvent e)
                    container.setBackground(colors[colorlist.getSelectedIndex()]);
          container.add(list);
          pack();
          setVisible(true);
}// End of Class ListTestGetting the following compilatioN Error
Getting a compilation error. Says ; is missing in line 34

// A program to demonstrate the use of JList's
//Import Statements
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
public class ListTest extends JFrame{
     //Class Declarations
     JList list;
     String[] colorNames = {"black", "blue", "green", "red"};
     Color[] colors = {Color.BLACK, Color.BLUE, Color.GREEN, Color.RED };
     //Main Program that starts Execution
     public static void main(String[] args) {
          ListTest test = new ListTest();
          test.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
     //Constructor
     public ListTest()
          super("List Test Demo");
          Container container = getContentPane();
          container.setLayout(new FlowLayout());
          list = new JList(colorNames);
          list.setVisibleRowCount(3);
          list.setSelectedIndex(0);
          //Anonymous Inner Class
          list.addListSelectionListener (
               new ListSelectionListener() {
               public void valueChanged( ListSelectionEvent e)
                    container.setBackground(colors[colorlist.getSelectedIndex()]);
          container.add(list);
          pack();
          setVisible(true);
}// End of Class ListTestCannot resolve symbol ListSelectionListener [LINE 36]

PLS-00801: internal error [*** ASSERT at file pdw4.c, line 796;

Does anyone know what causes this error..
PLS-00801: internal error [*** ASSERT at file pdw4.c, line 796;
Cannot coerce between type 49 and type 31;
The statement that caused this error is:
SELECT t.xml.EXTRACT('/ROOT/ROW/PURPOSE/text()') Result INTO i_Purpose FROM (SELECT XMLTYPE( Xml_String) XML From dual) t;
My variable defination is:
Xml_String varchar2(4000):='<ROOT>
<Row>
<Purpose>P1</Purpose>
<SubP>PS1</SubP>
<Analyte>
<ACD1>A1</ACD1>
<ACD2>A2</ACD2>
<ACD3>A3</ACD3>
</Analyte>
<Inum>1625</Inum>
<Lnum>sd7879</Lnum>
<SID>VX2561</SID>
<wrkNum>1234</wrkNum>
<wrkStat>Comp</wrkStat>
<wrsd>20-DEC-2006</wrsd>
<wred>30-MAR-2007</wred>
     <AssayNum>1234</AssayNum>
     <AssayStat>PEND</AssayStat>
     <Instru>5672</Instru>
     <AssRDTS>30-JUN-2007</AssRDTS>
     <AssRDTE>30-JUN-2007</AssRDTE>
     <Dept>234</Dept>
     <UserID>JDOW</UserID>
</Row>
</ROOT>';
i_purpose varchar2(15):=Null;
All help is appreciated.
Regards,
Kumar.

Try this..
scott> WITH testxml as
2 (SELECT XMLTYPE('<ROOT>
3 <Row>
4 <Purpose>P1</Purpose>
5 <SubP>PS1</SubP>
6 <Analyte>
7 <ACD1>A1</ACD1>
8 <ACD2>A2</ACD2>
9 <ACD3>A3</ACD3>
10 </Analyte>
11 <Inum>1625</Inum>
12 <Lnum>sd7879</Lnum>
13 <SID>VX2561</SID>
14 <wrkNum>1234</wrkNum>
15 <wrkStat>Comp</wrkStat>
16 <wrsd>20-DEC-2006</wrsd>
17 <wred>30-MAR-2007</wred>
18 <AssayNum>1234</AssayNum>
19 <AssayStat>PEND</AssayStat>
20 <Instru>5672</Instru>
21 <AssRDTS>30-JUN-2007</AssRDTS>
22 <AssRDTE>30-JUN-2007</AssRDTE>
23 <Dept>234</Dept>
24 <UserID>JDOW</UserID>
25 </Row>
26 </ROOT>') col1 FROM DUAL)
27 SELECT EXTRACT(COL1, '/ROOT/Row/Purpose/text()') Result
28 FROM testxml t;
RESULT
P1

Blackfin ez-lite compile error on 537 FlagCallback example

I received the following message from the details on Compile error when I "Rebuild All" on the ADSP-537 FlagCallbackExample.
Sorry for the long message, but I don't know which part of it might be important.
Any thoughts?
Hummer 1
*** compiler output ***
C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application>"C:\Program Files\Analog Devices\VisualDSP 5.0\ccblkfn.exe" -O1 -Ov100 -c -proc ADSP-BF537 -threads -labview -implicit-pointers -I. @.\prjHeaders.lst -DCHeadless -D__vdk -D__USE_FFT_REL45__ -Wsuppress 0001,1661 "C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application\FlagCallback1.c" @.\prjOptions.lst
C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application>"C:\Program Files\Analog Devices\VisualDSP 5.0\ccblkfn.exe" -O1 -Ov100 -c -proc ADSP-BF537 -threads -labview -implicit-pointers -I. @.\prjHeaders.lst -DCHeadless -D__vdk -D__USE_FFT_REL45__ -Wsuppress 0001,1661 "C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application\FlagCallback2.c" @.\prjOptions.lst
C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application>"C:\Program Files\Analog Devices\VisualDSP 5.0\ccblkfn.exe" -O1 -Ov100 -c -proc ADSP-BF537 -threads -labview -implicit-pointers -I. @.\prjHeaders.lst -DCHeadless -D__vdk -D__USE_FFT_REL45__ -Wsuppress 0001,1661 "C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application\BF_Flag_Open.c" @.\prjOptions.lst
C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application>"C:\Program Files\Analog Devices\VisualDSP 5.0\ccblkfn.exe" -O1 -Ov100 -c -proc ADSP-BF537 -threads -labview -implicit-pointers -I. @.\prjHeaders.lst -DCHeadless -D__vdk -D__USE_FFT_REL45__ -Wsuppress 0001,1661 "C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application\BF_Flag_Install_Callback.c" @.\prjOptions.lst
C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application>"C:\Program Files\Analog Devices\VisualDSP 5.0\ccblkfn.exe" -O1 -Ov100 -c -proc ADSP-BF537 -threads -labview -implicit-pointers -I. @.\prjHeaders.lst -DCHeadless -D__vdk -D__USE_FFT_REL45__ -Wsuppress 0001,1661 "C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application\FlagWithCallback.c" @.\prjOptions.lst
At end of source: : internal error: Uncaught exception Assertion failed raised
   at ../../../libutil/cii/src/array.c:38 (in pass final_annotate
   during compilation of _FlagWithCallback_BlockDiagram). Please submit
   a bug report with this message, the command line used, type of
   machine and the output of the compiler when you add -ED -v to the
   command line. Please also send us the pre-processed file that is
   generated by the -ED option (the file generated is named
   <original_filename>.i)
1 catastrophic error detected in the compilation of "C:\Program Files\National Instruments\LabVIEW 2009\examples\lvemb\Blackfin\BF537\Flag with callback\BF537 FlagWithCallback\BF537\VDK_Application\FlagWithCallback.c".
Compilation aborted.
cc3089: fatal error: Compilation failed
*** linker output ***
Attachments:
compiler output.pdf ‏49 KB

Hi Hummer1,
I will look into this error, but I have a couple questions.
1.) Does this happen when you choose to "Build" as well?
2.) Does this happen only with the FlagWithCallback example or with all examples?
Aaron P
National Instruments
Applications Engineer
http://www.ni.com/support

Compiler Error: Assertion: (../lnk/ir_util.cc, line 344)

Similar Messages

Maybe you are looking for