#35377 closed defect (fixed)
cdrtools: call to 'SHA384Pad' is ambiguous
| Reported by: | pkutzner+macports@… | Owned by: | bytestorm@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.1.2 |
| Keywords: | mountainlion | Cc: | jrouahi@…, lee_yiu_chung@…, press88@…, ryandesign (Ryan Carsten Schmidt) |
| Port: | cdrtools |
Description
Looks like cdrtools still isn't quite there. It still fails to build, but with a different error now: Looks like it's failing on cdda2wav
...sh conf/cc-config.sh cc cc incs/Dcc.i386-darwin
Error: The following programs did not build: cdda2wav
Error: org.macports.build for port cdrtools returned: build failed
Warning: targets not executed for cdrtools: org.macports.activate org.macports.build org.macports.destroot org.macports.install
Please see the log file for port cdrtools for details:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_cdrtools/cdrtools/main.log
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: Processing of port cdrtools failed
Attachments (1)
Change History (8)
Changed 12 years ago by pkutzner+macports@…
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
| Owner: | changed from macports-tickets@… to bytestorm@… |
|---|
comment:2 Changed 12 years ago by lee_yiu_chung@…
Well, for some reason smake simply compiles cleanly on my machine (Maybe #35374 is machine-dependent? I am using mid-2011 13" macbook air.)
I tried the patch and it seems compiled cleanly on my machines.
comment:4 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
| Cc: | lee_yiu_chung@… press88@… ryandesign@… added |
|---|---|
| Summary: | cdrtools fails to build on Mountain Lion due to cdda2wav → cdrtools: call to 'SHA384Pad' is ambiguous |
Has duplicate #35805.
comment:5 follow-up: 6 Changed 12 years ago by neverpanic (Clemens Lang)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
When disabling the UsingTheRightCompiler check I can verify the patch fixes this (it didn't apply cleanly for me, so I re-created it).
comment:6 follow-up: 7 Changed 12 years ago by jrouahi@…
Replying to cal@…:
When disabling the UsingTheRightCompiler check I can verify the patch fixes this (it didn't apply cleanly for me, so I re-created it).
Can you please give direction on how to apply those changes...? My apologies as I am new in using Trac.
comment:7 Changed 12 years ago by jrouahi@…
Replying to jrouahi@…:
Replying to cal@…:
When disabling the UsingTheRightCompiler check I can verify the patch fixes this (it didn't apply cleanly for me, so I re-created it).
Can you please give direction on how to apply those changes...? My apologies as I am new in using Trac.
Ignore my last message. Isolved it by "selfupdating" macports.
Difficult for me to debug since I cannot build cdrtools' dependency smake (#35374); I wonder how you were able to avoid this problem.
The log says:
This patch allegedly fixes this problem.