Proxy ezarpenak CMake ExternalProject deskargatzeko

CMake ondo konfiguratzen da. Konpilazioa geroago hasten da, kanpoko mendekotasun bat deskargatzen saiatzen da eta proxyan huts egiten du. Aurreko arrakastak ez zuen deskarga hura batere probatu beharbada.

ExternalProject_Add() konpilazioan zehar exekuta daitezkeen urratsak sortzen ditu. Urrats horiek abiarazten dituen prozesuak proiektu nagusia konfiguratu zuen terminal edo IDE-aren ingurune ezberdina izan dezake. Aldea erraza da CI-n nabaritzeko, non konfigurazioa eta konpilazioa lan bereiziak izan daitezkeen.

Kokatu sare-eragiketa

• URL bidezko deskargak CMake-ren deskarga-bidea erabiltzen du.
• Git iturburu batek bere konfigurazio onartua duen Git garraioa deitzen du.
• DOWNLOAD_COMMAND pertsonalizatuak proiektuak adierazitako programa erabiltzen du.

Ez suposatu programa baterako proxy ezarpenak hirurak konfiguratzen dituenik. Irakurri huts egin duen urratsaren komandoa eta errorea mendekotasunaren URLa aldatu aurretik.

Aukeratutako deskargatzaileak proxy ingurune-aldagaiak onartzen baditu, eman urrats hori benetan exekutatzen duen prozesuari. Bezeroak HTTP proxy bat onartzen duen deskarga publikoetarako, HTTP proxy zerrendak amaierako puntuen hautagaiak eskaintzen ditu bide hori baimenduta dagoenean. Antzeko izena duen CMake cache aldagai arrunta pasatzea ez da automatikoki prozesu semearen ingurune-aldagaia ezartzearen berbera.

Mantendu FetchContent-ekiko bereizketa ere: haren mendekotasun-betegarritze ohikoa konfigurazioan gertatzen da, beraz han funtzionatzen duen errezeta batek ez du ExternalProject konpilazio-urrats baten ingurunea ezartzen.

Birbideratze-muga historiko bat saihesteko deskargatzaile pertsonalizatua gomendatzen zuen erantzun zahar bat ez da froga hutsegite moderno guztiek deskarga-komando berri bat behar dutenik. Egiaztatu uneko errorea birbideratzea, proxy autentifikazioa, ziurtagiriaren konfiantza edo irisgarritasun soila den. Gorde espero den artxiboaren hash-a eta TLS baliozkotzea dagokion bidea konpontzen duzun bitartean.