ur_naz, це ви про що? Невже, про те що задача з боку формату чисел вiдносно складення зводится до задачи:
Як скласти 765 та 876 щоб вийшло 1245, при чому у варiантi "задача задля особливо обдарованих", де правила кодування вже поясненi, наперед? Може й так.
Работа iз однозв'язним списком значно цiкавiша, сама по собi.
Teg Miles, у моєму кодi, видно щонайменше 2 проблеми. Одна з них - неефективне використання iнтерфейсу std::forward_list, i вона легко вирiшується. Друга, це вада самого iнтерфейсу цього класу у контекстi текучоi задачи i її виправлення не таке вже й просте, але можливе. Подивiться сам клас https://en.cppreference.com/w/cpp/conta … rward_list,  та помiркуйте. Це буде корисно, якщо ви бачите себе як майбутнього програмiста C++. I це не заради розширеного розумiння std::forward_list, а саме задля того, щоб почути себе C++ програмером, що думає про деталi, аналiзує, копає, i iнодi розкопує) У цьому користь.
Хоча, якщо ви ще маєте запал на те, щоб по файнокодити  на манер С, це теж має право на життя. Можна працювати у двох напрямках. У всiлякому разi, якби не вашi питання, то у цьому роздiлi форуму була б тиша. А так можна щось поробити. За це, вам подяка)

Ба більше, в умові не просто аби-які списки, а зв'язні. Ліспівські списки, звісно, абстрактні і можуть бути реалізовані і на зв'язних, але мова досить чітко іде про явні структури, а не приховані.

Тут нецікаво, всі сюди.

Подивiтьcя на свiй пост з lisp кодом. Воно вигляда наче ви з якихось кущiв вискочили з плакатом. Тай зараз, про якiйсь батiг волаєте, наче воно в вас десь стiрчить, та нагадує i перетинає усi iншi слова.

Я такого не бачив, принаймнi там де був на цьому ресурсi. У цiй темi такого точно нема, то про що цей зойк?

Про це б можна було поговорити, але треба вам вилiзти з кущiв, кинути плакат та винути батiг. Тодi при наявностi члено роздiльної речи, можна обговорювати. Якщо коротко то - нi, forward_list це не яма.

Це зручно. Оскiльки Teg Miles поки мовчить, покажу:

 LS &ls_first=ls1_sz<ls2_sz? ls1:ls2;
    LS &ls_second=&ls_first==&ls1? ls2:ls1;

    LS ls_res;

    int remind(0), res(0);

    l_it it_frst=ls_first.begin(),it_end=ls_first.end(),
    it_sec=ls_second.begin(),it2_end=ls_second.end();
//////////////////////////////////////////////////////////////////////////
/*
    res= *it_frst+*it_sec;
    remind=res/10;
    res%=10;

    ls_res.push_front(res);

     l_it it_res=ls_res.begin();
       ++it_frst;
       ++it_sec;
 */
/////////////////////////////////////////////////////////////////////////////////////

    l_it it_res=ls_res.before_begin();//отака iнiцiалiзацiя дозволяє викинути блок коду, що закоментовано  

    for(;it_frst!=it_end;  ++it_frst, ++it_sec)
    {
        res= *it_frst+*it_sec+remind;

        remind=res/10;
        res%=10;

        it_res=ls_res.insert_after(it_res, res);
    }

     for(;it_sec!=it2_end; ++it_sec)
     {
        res=*it_sec+remind;

        remind=res/10;
        res%=10;

        it_res=ls_res.insert_after(it_res, res);
     }

    if(remind)
    ls_res.insert_after(it_res, remind);

    for(auto el:ls_res)cout<<el<<' ';

    return 0;
}

Саме insert_after працює тут разом з iтератором що вказуе на поле поперед begin(). Нi у якого контейнера std немає такого звiра як before_begin(). Це дозволяє почати список без стартового push_front().

Ми ж поряд. Не дамо вам втопитися. В мене за плечима, доречи, практика першої допомоги, тож померти спокiйно я нi кому не дам) Смiлiше, - уперед!

Знiмаю, капелюха пред тими хто має для цього достатнiй рiвень. Перед тими хто тiльки починає шлях у C++, теж, але з iншiх мiркувань. Iз скорботою, тобто. Я б порадив Лiпмана i Ко. Прату, можна теж. Потiм, набувши трохи практичного досвiду, можна й iншi речi. А Страуструп, навiть тяжчий за Александреску. Тому й знiмаю капелюха, якщо воно вам вже заходить.

Завдання з обучаючого сайту, що тут обговорюється є невдалим, але типовим. Це тому що, насправдi, анi в кого, майже, не має мети когось чомусь навчити. Це вже тут лунало. Це не є якоюсь вадою мови C++. Проте, якщо абстрагуватись вiд якостi завдання, його реалiзацiя має право на обговорення. Ви ж шановний, немаючи й вiддаленої гадки про мову взагалi, та объ'єкт однозв'язного списку у термiнинах C++, дозволяєте собi безглуздi висловлювання. На вiдповiдi не реагуєте. Це я про вашу яму та insert_after. Я зустрiчав таких на багатьох форумах i скажу, що такий тип учасника, це зло. Якщо нема iншiх людей у роздiлi Lisp, це логiчне пояснення, чому вiн у занепадi. Iдiть, шановний, туди та працюйте, а не шукайте мiсця де є якiсь люди серед якiх можно зробити амбре.
koala, прошу роздивитися та почистити тему.

Ти ба, навiть здатнiсть розмовляти прорiзалась. Що до здатностi думати, все погано. З етiкою та вихованням теж.
Що до написання списку, то це не є темою даного топiку. Є другi теми, пошукайте, або створiть свою. Я спробував вам вiдповiсти про яму та insert_after (два тупi питання), але не почув вiдповiдi. А вiдповiдати на питання що завершує чергогву купку лайна, у якостi маскування, вiдповiдати нема бажання.
Доречи, якщо ви, дiйсно були:

i досi не зрозумiли, що до теми, а що нi, це багато про що говорить. Вам, особисте, не вiдповiдатиму доки не побачу людське обличча.