[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cdt-dev] CDT problems after upgrading to Cygwin 1.7
|
Thanks, Nils. That is brutal. It also highlights why CDT and Cygwin have such a hard time working together. Cygwin really only works well in it's own environment. Eclipse is a native Windows application. If we're properly going to support Cygwin, we need to treat it specially.
Doug.
On Fri, Jan 8, 2010 at 10:50 AM, Hagge, Nils
<nils.hagge@xxxxxxxxxxx> wrote:
Hi Andrew,
I think I am close to finding a solution. I just identified
the problem (also thanks to Michael Luber):
The gcc.exe in Cygwin 1.7 is no longer a real "exe" file.
It is a symbolic link that can only be
handled by a cygwin shell. The real exe is now called
"gcc-3.exe". Unfortunately, CDT calls "gcc.exe"
directly when from its scannerInfoProviders. The creation
of the Process object fails and thus no
path information (defines, etc.) can be
gathered.
Compiling still works because then gcc is called
indirectedly by the created makefile which in turn
starts a sh.exe to execute gcc and thus knows how to handle
the symbolic link.
> Also, what problem did you have with sh.exe?
Did you delete it accidentally?
setup.exe deleted it. I learned from www.cygwin.com that sh.exe originally was a
copy of/a link to ash.exe.
In
cygwin 1.7 it is derived from bash.exe.
setup.exe ran a postinstall script to perform this
modification. But since this script was executed with one
the
shells (the old or the new one, I dont remember anymore) the file was blocked by
the running process
and
could not successfully replaced. Reinstalling the shells package solved the
problem.
Mit freundlichen Grüßen / Best
regards
Dr. Nils Hagge
Projektleiter
Vorfeld
Siemens AG
Industry Sector, I IA&DT ATS 13
Telefon +49
911 895-3484
Telefax +49 911 895-153484
mailto:nils.hagge@xxxxxxxxxxx
http://www.siemens.com/automation
Siemens Aktiengesellschaft:
Chairman of the Supervisory Board: Gerhard Cromme
Managing Board: Peter
Loescher, Chairman, President and Chief Executive Officer;
Wolfgang Dehen,
Heinrich Hiesinger, Joe Kaeser, Jim Reid-Anderson, Hermann
Requardt,
Siegfried Russwurm, Peter Y. Solmssen
Registered offices: Berlin
and Munich;
Commercial registries: Berlin Charlottenburg, HRB 12300, Munich,
HRB 6684
WEEE-Reg.-No. DE 23691322
Hi Nils,
What kind of project are you creating and what toolchain? Is it Makefile
Project?
Also, what problem did you have with sh.exe? Did you delete it
accidentally?
Thanks,
Andrew
On Fri, Jan 8, 2010 at 5:17 AM, Hagge, Nils
<nils.hagge@xxxxxxxxxxx>
wrote:
Dear friends,
unfortunately I had to upgrade Cygwin and
now I CDT does no longer work
correctly. I fixed some problems, but now I
am stuck.
First problems was that sh.exe was deleted.
This problem is fixed.
My cygwin setup looks as
follows.
$ cat
/etc/setup/installed.db
INSTALLED.DB 2
alternatives
alternatives-1.3.30c-10.tar.bz2 0
base-cygwin base-cygwin-2.1-1.tar.bz2
0
base-files base-files-3.9-3.tar.bz2 0
base-passwd
base-passwd-3.1-1.tar.bz2 0
bash bash-3.2.49-23.tar.bz2 0
binutils
binutils-2.19.51-1.tar.bz2 0
bzip2 bzip2-1.0.5-10.tar.bz2 0
coreutils
coreutils-7.0-2.tar.bz2 0
cppunit cppunit-1.12.0-1.tar.bz2 0
cygutils
cygutils-1.4.2-1.tar.bz2 0
cygwin cygwin-1.7.1-1.tar.bz2 0
cygwin-doc
cygwin-doc-1.5-1.tar.bz2 0
dash dash-0.5.5.1-2.tar.bz2 0
editrights
editrights-1.01-2.tar.bz2 0
findutils findutils-4.5.5-1.tar.bz2 0
gawk
gawk-3.1.7-1.tar.bz2 0
gcc-core gcc-core-3.4.4-999.tar.bz2 0
gcc-g++
gcc-g++-3.4.4-999.tar.bz2 0
gcc-java gcc-java-3.4.4-999.tar.bz2
0
gcc-mingw-core gcc-mingw-core-20050522-1.tar.bz2 0
gcc-mingw-g++
gcc-mingw-g++-20050522-1.tar.bz2 0
gcc-mingw-java
gcc-mingw-java-20050522-1.tar.bz2 0
gdb gdb-6.8-2.tar.bz2 0
gettext
gettext-0.17-11.tar.bz2 0
grep grep-2.5.4-2.tar.bz2 0
groff
groff-1.19.2-2.tar.bz2 0
gzip gzip-1.3.12-2.tar.bz2 0
ipc-utils
ipc-utils-1.0-1.tar.bz2 0
less less-429-1.tar.bz2 0
libbz2_1
libbz2_1-1.0.5-10.tar.bz2 0
libgcc1 libgcc1-4.3.4-3.tar.bz2 0
libgmp3
libgmp3-4.3.1-3.tar.bz2 0
libiconv2 libiconv2-1.13.1-1.tar.bz2
0
libintl3 libintl3-0.14.5-1.tar.bz2 0
libintl8 libintl8-0.17-11.tar.bz2
0
libncurses8 libncurses8-5.5-10.tar.bz2 0
libncurses9
libncurses9-5.7-16.tar.bz2 0
libpcre0 libpcre0-8.00-1.tar.bz2 0
libpopt0
libpopt0-1.6.4-4.tar.bz2 0
libreadline7 libreadline7-6.0.3-2.tar.bz2
0
libstdc++6 libstdc++6-4.3.4-3.tar.bz2 0
login login-1.10-10.tar.bz2
0
make make-3.81-2.tar.bz2 0
man man-1.6e-1.tar.bz2 0
mingw-runtime
mingw-runtime-3.17-1.tar.bz2 0
rebase rebase-3.0.1-1.tar.bz2 0
run
run-1.1.12-11.tar.bz2 0
sed sed-4.1.5-2.tar.bz2 0
tar tar-1.22-1.tar.bz2
0
tcltk tcltk-20080420-1.tar.bz2 0
terminfo
terminfo-5.7_20091114-13.tar.bz2 0
terminfo0
terminfo0-5.5_20061104-11.tar.bz2 0
texinfo texinfo-4.13-3.tar.bz2
0
tzcode tzcode-2009k-1.tar.bz2 0
w32api w32api-3.14-1.tar.bz2
0
which which-2.20-2.tar.bz2 0
zlib zlib-1.2.3-10.tar.bz2
0
zlib-devel zlib-devel-1.2.3-10.tar.bz2 0
zlib0 zlib0-1.2.3-10.tar.bz2
0
_update-info-dir _update-info-dir-00843-1.tar.bz2 0
From a previous question from Markus on
2009-01-31 I learned that
a package named "gcc" should be installed.
I only have gcc-core and do not
know how to get just gcc. Maybe I am
looking at a false trace, since when
I type "gcc" into a bash, gcc is found.
CDT can compile C source, but CDT
cannot find/resolve standard include paths anymore!
Please help....
Mit freundlichen Grüßen / Best
regards
Dr. Nils Hagge
Projektleiter
Vorfeld
Siemens AGIndustry Sector, I IA&DT ATS 13
Telefon +49
911 895-3484
Telefax +49 911 895-153484
mailto:nils.hagge@xxxxxxxxxxx
http://www.siemens.com/automation
Siemens Aktiengesellschaft:
Chairman of the Supervisory Board: Gerhard Cromme
Managing Board: Peter
Loescher, Chairman, President and Chief Executive Officer;
Wolfgang Dehen,
Heinrich Hiesinger, Joe Kaeser, Jim Reid-Anderson, Hermann
Requardt,
Siegfried Russwurm, Peter Y. Solmssen
Registered offices:
Berlin and Munich;
Commercial registries: Berlin Charlottenburg, HRB
12300, Munich, HRB 6684
WEEE-Reg.-No. DE 23691322
_______________________________________________
cdt-dev
mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev