Makefile:89: *** "libusb-1.0 not found

[Thandor]

Whoops! Per abuis al verzonden terwijl ik nog niet klaar was .
Mijn vraag
Even terug in de tijd: ik probeer minipro (t.b.v. G540 (=achteraf geen TL866!) ROM programmer) te compilen op Mac OS X 10.4.11 PowerPC. Deze heeft echter een dependency nodig: libusb1-0.0 en daar loop ik op stuk.

Wat ik geprobeerd heb
Als eerste heb ik libusb-1.0.0 gedownload en gedraaid met

code:

sudo ./configure && sudo make install

maar ik krijg een error dat mijn operating system unsupported is.

Daarna een minor versie nieuwer gepakt: libusb-1.0.3 die wél netjes compileert. Zie hieronder:


Mooi! Op naar minipro dus . Helaas, "Makefile:89: *** libusb-1.0 not found". Stop.


In de Makefile zie ik een verwijzing naar $(shell $(PKG_CONFIG) met --cflags libusb-1.0. Wat ik daar geprobeerd heb is om libusb-1.0 naar 1.0.3 of naar 1.0-pc aan te passen maar make vindt nog steeds niet de juiste dependency. Ik denk dat het aanpassen niet nodig is, maar je probeert wat . Zie hieronder:



In de error-output heb ik $(PKG_CONFIG) neer gezet die 'no pkg-config in /bin /sbin /usr/bin /usr/sbin" als pad aangeeft. In de PREFIX wordt /usr/local als pad aangegeven. Ik heb de gecompileerde libusb-1.0.pc gekopieerd naar /usr/local/lib/pkgconfig en /usr/bin (dat als pad in $(PKG_CONFIG) staat).

Zie hieronder de aangepaste output met $(PKG_CONFIG)



Relevante software en hardware die ik gebruik
- Mac OS X 10.4.11 PPC
- PowerBook G4
- minipro-master 0.5
- libusb 1.0 en 1.0.3
- XCode 2.4.1

Wat ik al gevonden of geprobeerd heb
Nouja, een heleboel inmiddels waaronder het meest noemenswaardige hierboven al staat.

Ik denk dat in een bottomline de vraag is: hoe maak ik 'make' of het OS wijs dat ik wél libusb heb?

[ Voor 170% gewijzigd door Thandor op 09-08-2021 16:38 ]

[ImNotnoa]

code:

sudo apt-get install -y libusb-dev

[Thandor]

ImNotnoa schreef op maandag 9 augustus 2021 @ 14:20:

code:

sudo apt-get install -y libusb-dev

Ook al is mijn PowerBook G4 oud en wijs... apt-get snapt 'ie nog (steeds) niet .

Ik heb inmiddels de topicstart gemaakt .

[thunder7]

Gaat het om 'ik wil het zelf kunnen' of om 'ik wil minipro draaiend hebben' ?
In het 2e geval, is mogelijk

https://ports.macports.org/port/minipro/

nuttig

[Thandor]

thunder7 schreef op maandag 9 augustus 2021 @ 14:42:
Gaat het om 'ik wil het zelf kunnen' of om 'ik wil minipro draaiend hebben' ?
In het 2e geval, is mogelijk

https://ports.macports.org/port/minipro/

nuttig

Beide inmiddels. Ik was al op zoek geweest naar een pre-compiled iets maar had daar nog niet veel (en werkende) op gevonden. Macports had ik voorbij zien komen maar had eigenlijk niet verwacht dat dit op 10.4 PPC zou draaien: ik ga dat een poging geven. Bij 95% is de PPC-support al lange tijd vervallen.

Edit: MacPorts biedt kennelijk geen PPC versie. Na installatie van de MacPorts PKG krijg ik: Error: port minipro not found. Op de site zie ik bij Port Health staan dat Snow Leopard al niet meer ondersteund wordt. Bij Leopard (ppc legacy) staat een vraagteken .

Inmiddels ben ik wel benieuwd naar hoe ik dit zelf zou kunnen compileren. Zeker omdat ik er al het e.e.a. aan werk en gepruts in heb zitten .

[ Voor 15% gewijzigd door Thandor op 09-08-2021 15:09 ]

[fopjurist]

De mappen die je ziet zijn niet de mappen waarin pkg-config naar een .pc-bestand zoekt. Uit de foutmelding in de screenshot blijkt dat PKG_CONFIG de waarde "pkg-config in /bin /usr/bin /usr/sbin" heeft. Dat komt door deze regel:

code:

PKG_CONFIG := $(shell which pkg-config 2>/dev/null)

Voer ipv make maar eens het commando "which pkg-config" uit. Op linux krijg je "/usr/bin/pkg-config" en op een mac zie je "pkg-config in /bin /usr/bin /usr/sbin". De Makefile werkt daarom niet goed op een mac.

Als je $(PKG_CONFIG) vervangt door pkg_config werkt het waarschijnlijk wel. Je kunt ipv "make" eens "pkg-config --libs libusb-1.0" uitvoeren om te zien of je .pc-bestand gevonden kan worden. Via PKG_CONFIG_PATH kun je instellen waar pkg-config moet zoeken.

Je kunt de makers van open source software niet aansprakelijk stellen voor je verloren tijd. Dit is mijn oordeel en daar zul je het mee moeten doen.

[ Voor 9% gewijzigd door fopjurist op 09-08-2021 15:11 ]

[ThomasG]

fopjurist schreef op maandag 9 augustus 2021 @ 15:09:
De mappen die je ziet zijn niet de mappen waarin pkg-config naar een .pc-bestand zoekt. Uit de foutmelding in de screenshot blijkt dat PKG_CONFIG de waarde "pkg-config in /bin /usr/bin /usr/sbin" heeft. Dat komt door deze regel:

code:

PKG_CONFIG := $(shell which pkg-config 2>/dev/null)

Voer ipv make maar eens het commando "which pkg-config" uit. Op linux krijg je "/usr/bin/pkg-config" en op een mac zie je "pkg-config in /bin /usr/bin /usr/sbin". De Makefile werkt daarom niet goed op een mac.

Als je $(PKG_CONFIG) vervangt door pkg_config werkt het waarschijnlijk wel. Je kunt ipv "make" eens "pkg-config --libs libusb-1.0" uitvoeren om te zien of je .pc-bestand gevonden kan worden. Via PKG_CONFIG_PATH kun je instellen waar pkg-config moet zoeken.

Je kunt de makers van open source software niet aansprakelijk stellen voor je verloren tijd. Dit is mijn oordeel en daar zul je het mee moeten doen.

Nee. De error is dat which pkg-config niet kan vinden. Oude versies van which laten nog zien in welke paden ze gezocht hebben (in dit geval /bin, /usr/bin of /usr/sbin). Het probleem is (waarschijnlijk) dat /usr/local/bin niet op het PATH staat, waardoor pkg-config (wat waarschijnlijk/usr/local/bin/pkg-config is) niet kan worden gevonden.

[Thandor]

fopjurist schreef op maandag 9 augustus 2021 @ 15:09:
De mappen die je ziet zijn niet de mappen waarin pkg-config naar een .pc-bestand zoekt. Uit de foutmelding in de screenshot blijkt dat PKG_CONFIG de waarde "pkg-config in /bin /usr/bin /usr/sbin" heeft. Dat komt door deze regel:

code:

PKG_CONFIG := $(shell which pkg-config 2>/dev/null)

Voer ipv make maar eens het commando "which pkg-config" uit. Op linux krijg je "/usr/bin/pkg-config" en op een mac zie je "pkg-config in /bin /usr/bin /usr/sbin". De Makefile werkt daarom niet goed op een mac.

Klopt precies! (Edit: of toch niet ...)

Ik heb nu een pkg-config gecompileerd en op een PATH-locatie gezet.

Als je $(PKG_CONFIG) vervangt door pkg_config werkt het waarschijnlijk wel. Je kunt ipv "make" eens "pkg-config --libs libusb-1.0" uitvoeren om te zien of je .pc-bestand gevonden kan worden. Via PKG_CONFIG_PATH kun je instellen waar pkg-config moet zoeken.

libusb wordt inderdaad gevonden. Ik heb het in de Makefile aangepast en nu ben ik in ieder geval voorbij het probleem dat libusb niet gevonden werd. Initiële vraag is dus beantwoord!

Bij het compileren krijg ik nu echter nieuwe errors.


Ik heb -std=c99 toegevoegd aan de makefile. Er gebeurt iets meer maar loop nog weer tegen nieuwe fouten aan. Even zien of ik daar iets mee kan .

[ Voor 3% gewijzigd door Thandor op 09-08-2021 15:41 ]

[fopjurist]

ThomasG schreef op maandag 9 augustus 2021 @ 15:37:
[...]
Nee. De error is dat which pkg-config niet kan vinden.

De aanpassing van de code is verwarrend maar het stukje "not found" hoort niet bij de output van which. Dit is niet de eerste keer dat de fopjurist een stukje code van iemand anders doorpluist

[Thandor]

fopjurist schreef op maandag 9 augustus 2021 @ 15:47:
[...]

De aanpassing van de code is verwarrend maar het stukje "not found" hoort niet bij de output van which. Dit is niet de eerste keer dat de fopjurist een stukje code van iemand anders doorpluist

Klopt inderdaad . Ik had lekker slordig een deel van de originele tekst laten staan .

[ThomasG]

fopjurist schreef op maandag 9 augustus 2021 @ 15:47:
[...]

De aanpassing van de code is verwarrend maar het stukje "not found" hoort niet bij de output van which. Dit is niet de eerste keer dat de fopjurist een stukje code van iemand anders doorpluist

De output van which is "no pkg-config in /bin, /usr/bin, en /usr/sbin". Daarom zie je verderop ook staan: "make: no: Command not found" omdat het de output van which probeert aan te roepen.

[Thandor]

En inmiddels een gecompileerde minipro verder!

Na het toevoegen van -std=c99 toegevoegd aan de makefile kreeg ik nog een reeks warnings en de melding dat libusb_error_name en libusb_handle_events_completed niet gedefinieerd waren.


Ik heb die twee toegevoegd aan usb_nix.c (zie onderste regels in screenshot hieronder). Waarschijnlijk is dit de meest ranzige methode om van de foutmelding af te komen ... maar in mijn verdediging: ik ben geen programmeur en het is allemaal voor de hobby .



En zie daar! Iets wat uitvoerbaar is door de PowerPC 7447a .


Nu nog de programmer testen en hopen dat het werkt. Dit is allemaal voor de TL866 en had het e.e.a. gelezen dat de G540 die chipset ook gebruikt. --> De G540 blijkt dus helemaal geen TL866 te zijn! Apparaatje open gemaakt en EPM3032A en C8051F340 chips gevonden .

Toch maar een TL866II+ gekocht om a) het brouwsel uit dit topic te testen en b) ik wilde toch nog een BIOS-chip uitlezen die de G540 niet snapt.

[ Voor 9% gewijzigd door Thandor op 09-08-2021 16:38 ]