public inbox for ecos-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug 1001707] New: Compile Errors with 64bit RHE6.4
@ 2012-11-29 22:20 bugzilla-daemon
2012-11-30 8:59 ` [Bug 1001707] " bugzilla-daemon
0 siblings, 1 reply; 3+ messages in thread
From: bugzilla-daemon @ 2012-11-29 22:20 UTC (permalink / raw)
To: unassigned
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001707
Summary: Compile Errors with 64bit RHE6.4
Product: eCos
Version: CVS
Platform: All
OS/Version: HostOS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: low
Component: ConfigTool
AssignedTo: unassigned@bugs.ecos.sourceware.org
ReportedBy: mjones@linear.com
CC: ecos-bugs@ecos.sourceware.org
Class: Advice Request
Compiling the ConfigTool on 64bit RHE6.4 produces errors. The errors are all
related to 64bit file handles and pointers that can't automatically cast to 32
bits.
To work around the problem, I have forced with a cast like this:
(0xFFFF & (long)myVariable)
I have not fully tested that this will work in all case. Files with this
problem are:
eCosSerial, eCosSocket, eCosTestDownloadFilter, eCosTrace, packagesdlg,
propertywin, and TestResource
There is also a problem compiling wxGTK-2.8.8 that can be solved by using this
configure command:
../configure --with-subdirs --disable-shared --disable-sockets --prefix
/opt/wxGTK-2.8.8
Using --with-subdirs makes gizmo make files so you can compile it. Compiling it
will not copy the resulting lib file, so you have to do that by hand.
There is also a problem compiling ConfigTool related to includes. By editing
the makefile.gnu file in wxwin to the following, it will compile.
EXTRACPPFLAGS=\
-I$(TCLDIR)/include \
-I /opt/wxGTK-2.8.8/include/wx-2.8 \
-I /home/mike/Documents/wxGTK-2.8.8/contrib/include \
-I
/home/mike/Documents/wxGTK-2.8.8/wx-build/lib/wx/include/gtk2-ansi-release-static-2.8
\
-I$(INSTALLDIR)/../include \
-I$(INSTALLDIR)/include \
-I$(ECOSSRCDIR)/tools/configtool/common/common \
-I$(ECOSSRCDIR)/tools/Utils/common \
-I$(ECOSSRCDIR)/tools/ecostest/common \
-DecUSE_EXPERIMENTAL_CODE=$(USEEXPERIMENTALCODE)
EXTRALDFLAGS=-L$(TCLDIR)/lib -L$(INSTALLDIR)/lib -L/opt/ecos/ecos-3.0/lib -lcdl
-lcyginfra -ltcl
These can probably be handled on the command line or in a better way, but at
least this hack demonstrates the problem. Not the extra include paths, and the
path to the ecos lib in EXTRALDFLAGS.
All other problems were solved with yum. I tried to compile against the latest
wxGTK, and that was such a mess that I gave up and used the 2.8.8 download.
If I encounter any crashes or misbehavior in the ConfigTool I can report back
and add to this bug.
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 1001707] New: Compile Errors with 64bit RHE6.4
@ 2012-11-29 22:20 bugzilla-daemon
0 siblings, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2012-11-29 22:20 UTC (permalink / raw)
To: ecos-bugs
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001707
Summary: Compile Errors with 64bit RHE6.4
Product: eCos
Version: CVS
Platform: All
OS/Version: HostOS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: low
Component: ConfigTool
AssignedTo: unassigned@bugs.ecos.sourceware.org
ReportedBy: mjones@linear.com
CC: ecos-bugs@ecos.sourceware.org
Class: Advice Request
Compiling the ConfigTool on 64bit RHE6.4 produces errors. The errors are all
related to 64bit file handles and pointers that can't automatically cast to 32
bits.
To work around the problem, I have forced with a cast like this:
(0xFFFF & (long)myVariable)
I have not fully tested that this will work in all case. Files with this
problem are:
eCosSerial, eCosSocket, eCosTestDownloadFilter, eCosTrace, packagesdlg,
propertywin, and TestResource
There is also a problem compiling wxGTK-2.8.8 that can be solved by using this
configure command:
../configure --with-subdirs --disable-shared --disable-sockets --prefix
/opt/wxGTK-2.8.8
Using --with-subdirs makes gizmo make files so you can compile it. Compiling it
will not copy the resulting lib file, so you have to do that by hand.
There is also a problem compiling ConfigTool related to includes. By editing
the makefile.gnu file in wxwin to the following, it will compile.
EXTRACPPFLAGS=\
-I$(TCLDIR)/include \
-I /opt/wxGTK-2.8.8/include/wx-2.8 \
-I /home/mike/Documents/wxGTK-2.8.8/contrib/include \
-I
/home/mike/Documents/wxGTK-2.8.8/wx-build/lib/wx/include/gtk2-ansi-release-static-2.8
\
-I$(INSTALLDIR)/../include \
-I$(INSTALLDIR)/include \
-I$(ECOSSRCDIR)/tools/configtool/common/common \
-I$(ECOSSRCDIR)/tools/Utils/common \
-I$(ECOSSRCDIR)/tools/ecostest/common \
-DecUSE_EXPERIMENTAL_CODE=$(USEEXPERIMENTALCODE)
EXTRALDFLAGS=-L$(TCLDIR)/lib -L$(INSTALLDIR)/lib -L/opt/ecos/ecos-3.0/lib -lcdl
-lcyginfra -ltcl
These can probably be handled on the command line or in a better way, but at
least this hack demonstrates the problem. Not the extra include paths, and the
path to the ecos lib in EXTRALDFLAGS.
All other problems were solved with yum. I tried to compile against the latest
wxGTK, and that was such a mess that I gave up and used the 2.8.8 download.
If I encounter any crashes or misbehavior in the ConfigTool I can report back
and add to this bug.
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-11-30 8:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-29 22:20 [Bug 1001707] New: Compile Errors with 64bit RHE6.4 bugzilla-daemon
2012-11-30 8:59 ` [Bug 1001707] " bugzilla-daemon
2012-11-29 22:20 [Bug 1001707] New: " bugzilla-daemon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).