mirror of
https://github.com/hrydgard/ppsspp.git
synced 2026-04-25 22:26:04 +03:00
[GH-ISSUE #2248] Build Error on 64-bit linux machines #828
Labels
No labels
Atrac3+
Audio
CPU emulation
D3D11
D3D9 (removed)
Depth / Z
Feature Request
Font Atlas
GE emulation
Guardband / Range Culling
HLE/Kernel
I/O
Input/Controller
MP3
Multithreading
Needs hardware testing
Networking/adhoc/infrastructure
No Feedback / Outdated?
OpenGL
PGF / sceFont
PSMF / MPEG
Platform-specific (Android)
Platform-specific (Windows)
Platform-specific (iOS)
PowerVR GPU
SDL2
Saving issue
User Interface
Vulkan
arm64jit
armjit
armv6
x86jit
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ppsspp#828
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @chaserhkj on GitHub (Jun 14, 2013).
Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/2248
Building from the latest git version creates this compile error: http://pastebin.com/edGwucQE
It seems that the conversion from void* type to u32 type creates compile error on 64-bit systems, cause on 64-bit systems void* is a 64-bit length pointer, thus such a cast from void* to u32 certainly loses precision.
Need the maintainer of file GPU/GLES/TransformPipeline.cpp to fix this.
@unknownbrackets commented on GitHub (Jun 14, 2013):
Well, it's just for a hash, so the goal here is to just truncate the pointer. Does casting
(u32)(uintptr_t)fix it?-[Unknown]
@chaserhkj commented on GitHub (Jun 14, 2013):
@unknownbrackets
casting to (u32)(uintptr_t) seems to fix the problem.
Here's the pull request for fix this...