On Mon, Oct 15, 2018 at 7:00 AM Gerhard Giefing <[email protected]>
wrote:
> Hi Mike,
>
> Today I tried the new function, but I got an error.
> The command line I have tried looked like this:
>
> : Complete_VX1000.a2l {ELFS_TC} |> !asap2update |>
> $(ROOTPATH)/Out/Application.a2l ^/ProgramData/
>
> and
>
> : Complete_VX1000.a2l {ELFS_TC} |> !asap2update |>
> $(ROOTPATH)/Out/Application.a2l ^/FLEXnet/
>
> The error in the console looked like this:
>
> .
> .
> .
>
> Os_ScheduleTable_Lcfg.o Os_ServiceFunction_Lcfg.o Os_Spinlock_Lcfg.o
> Os_Stack_Lcfg.o Os_Task_Lcfg.o Os_TimingProtection_Lcfg.o Os_Trace_Lcfg.o
> Os_XSignal_Lcfg.o PduR.o PduR_Lcfg.o PduR_PBcfg.o Rte.o
> Rte_OSBSW_Trusted_Core0.o Rte_OSBSW_Trusted_Core1.o Rte_OSBSW_Trusted_Core2.o
> Rtm.o Rtm_Cfg.o VStdLib.o WdgIf.o WdgIf_Lcfg.o WdgM.o WdgM_Checkpoint.o
> WdgM_PBcfg.o Xcp.o Xcp_Lcfg.o...
> ~82% 7) [0.181s] Cfg: Creating linker build script ../Out/Link.cmd...
>
> * ~85% 6) Cfg: Linking and locating ../Out/Application.elf...
> tup: Expanded command string: cmd.exe /C
> %ECT_TOOLS_PATH%/TaskingVxTricoreV621/ctc/bin/ltc.exe -M -M:XML -OCltXY
> -lc_fpu -lfp_fpu -lrt -m2 -I../Cfg/Generated/Vector -Cmpe:vtc
> -eApplIntJmpTable -eMain_OsLastError -eMain_BuildHash
> -eApplFblApplicationHeader -eApplFblCompatibilityField
> -o../Out/Application.elf:ELF -o../Out/Application.hex:IHEX:4
> -d../Cfg/Application.lsl ../Out/ApplModMgr.a ../Out/BusAdpr.a
> ../Out/CoolgCtrl.a ../Out/CustCpt.a ../Out/DclEstimr.a ../Out/DiagcMgr.a
> ../Out/DtLossEstimr.a ../Out/FltMgr.a ../Out/Imob.a ../Out/IvtrEstimr.a
> ../Out/MotCtrl.a ../Out/MotEstimr.a ../Out/SftyApplModMgr.a
> ../Out/SftyFltMgr2.a ../Out/SftyMonr2.a ../Out/SftyMonr3.a ../Out/SysProtn.a
> ../Out/TqCalcn.a ../Out/TqSpCompu.a ../Out/UModf.a
> ../Out/InfineonMcalAr4Tc27xR322.a ../Out/InfineonShePlusAr4Tc27xR7062.a
> ../Out/MagnaBswGen2.a ../Out/MagnaBswTc26x.a ../Out/EtasXetk.a
> ../Out/VectorBswCbd1700793.a ../Out/Integration.a ../Out/AnsiC.a && FOR %z IN
> (../Out/Application.elf ../Out/Application.hex ../Out/Application.mdf
> ../Out/Application.map ../Out/Application.mapxml) DO (COPY /B "%z" + NUL
> "%z">NUL)
> ltc W154: the estimated stack size (0x2b8f0) for ustack_tc0 is larger than
> the allocated size (0x400), please increase the stack size in the LSL file
> Das System kann die angegebene Datei nicht finden.
>
> Das System kann die angegebene Datei nicht finden.
>
> Das System kann die angegebene Datei nicht finden.
>
> Das System kann die angegebene Datei nicht finden.
>
> Das System kann die angegebene Datei nicht finden.
>
> *** tup messages ***
> *** Command ID=4524 failed with return value 1
>
>
> .
>
> .
>
> .
>
> .
>
>
> The error is the red marked text and translated into English means: The
> System can't find the given file.
>
> When I tried before including the part ^/ProgramData/ it worked.
> Interesting fact, after I excluded it again, it still showed that error.
> Only when I went back to the old tup version, it worked again.
> Do you have an idea what could be wrong?
>
Hmm I don't see anything obvious that would indicate what the problem is,
and your rules look fine to me. Do you get the message about the stack size
when using the older version as well? And are you able to make a small test
case that exhibits the problem that you could send to me?
Thanks,
-Mike
--
--
tup-users mailing list
email: [email protected]
unsubscribe: [email protected]
options: http://groups.google.com/group/tup-users?hl=en
---
You received this message because you are subscribed to the Google Groups
"tup-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
