Problems with GCC
Didn't include the actual problem earlier. I keep getting this error. I've reinstalled Cygwin 3 times, and finally, I installed the entire blasted thing... Still no luck. $ make gcc -c -O -Wall -g -DNOCRYPT admin.c In file included from /usr/include/cygwin/in.h:21, from /usr/include/netinet/in.h:14, from /usr/include/arpa/inet.h:14, from admin.c:12: /usr/include/cygwin/types.h:120: parse error before "int16_t" /usr/include/cygwin/types.h:124: parse error before "int32_t" /usr/include/cygwin/types.h:128: parse error before "int64_t" /usr/include/cygwin/types.h:137: parse error before "uint16_t" /usr/include/cygwin/types.h:141: parse error before "uint32_t" /usr/include/cygwin/types.h:145: parse error before "uint64_t" /usr/include/cygwin/types.h:154: parse error before "u_int16_t" /usr/include/cygwin/types.h:158: parse error before "u_int32_t" /usr/include/cygwin/types.h:162: parse error before "u_int64_t" /usr/include/cygwin/types.h:177: parse error before "register_t" In file included from /usr/include/netinet/in.h:14, from /usr/include/arpa/inet.h:14, from admin.c:12: /usr/include/cygwin/in.h:40: parse error before "in_port_t" /usr/include/cygwin/in.h:81: parse error before "in_addr_t" In file included from admin.c:12: /usr/include/arpa/inet.h:22: parse error before "inet_addr" /usr/include/arpa/inet.h:24: parse error before "inet_lnaof" /usr/include/arpa/inet.h:26: parse error before "inet_netof" /usr/include/arpa/inet.h:27: parse error before "inet_network" In file included from admin.c:21: game.h:360:3: warning: no newline at end of file admin.c:95:2: warning: no newline at end of file make: *** [admin.o] Error 1 Anyhow, I'm developing a program in C as a TCP-type server for a client = system being made in Windows. They've talked fine, but I recently had = trouble using GDB. Well, seeing as my copy of Cygwin was old, I = decided, "Hey, I'll get the latest and greatest!" Unfortunately, I'm getting errors out the wazoo now. The code worked = fine, prior to being used on this Cygwin and nothign has been altered. = It immediately has problems in 'types.h,' (under the include/cygwin = directory) and finds parse errors prior to line 120 before, "int16_t." = Well, not only is this a problem, but in.h (also under the same = directory) does the same with in_port_t prior to line 40, and then again = with inet.h... Did something pretty big change that would cause this to no longer = compile? I get a few warnings (actually in my source files now) that = say, "warning: no newline at end of file," also something which I had = never seen before. Any help is greatly appreciated! --Terin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with GCC
Just a quick follow-up, asked him to rotate the order of includes done in admin.c, (types.h in the beginning) and it passess compilation.. /Andy / "Taylor Jeude" <[EMAIL PROTECTED]> wrote: | Didn't include the actual problem earlier. I keep getting this error. I've | reinstalled Cygwin 3 times, and finally, I installed the entire blasted | thing... Still no luck. | | $ make | gcc -c -O -Wall -g -DNOCRYPT admin.c | In file included from /usr/include/cygwin/in.h:21, | from /usr/include/netinet/in.h:14, | from /usr/include/arpa/inet.h:14, | from admin.c:12: | /usr/include/cygwin/types.h:120: parse error before "int16_t" | /usr/include/cygwin/types.h:124: parse error before "int32_t" | /usr/include/cygwin/types.h:128: parse error before "int64_t" [...] -- The eye of the compiler rests on the code! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with gcc 3.2.
Hi, I don't know where to report this. But with gcc 3.2 and cygwin there is a problem in asm/byteorder.h. The problem is the use of __builtin_constant_p(). You'll get compilation errors. When I compile I have to do -U__OPTIMIZE__ or remove -O2. Anyone else experienced this? Anyone know where I should report this? If not here. Jens Yllman (firstname at sirname dot com) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with GCC and C_INCLUDE_PATH
I'm having problems with GCC and the C_INCLUDE_PATH, if i add the path to the command line with -Iw:\source then all is ok, but if I add the same path to the environment variable and remove the -I from the command line it just will not see the header file, whats wrong?? I get the following error: System__Public.h: No such file or directory this file is in w:\source, Please help -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with gcc 3.2.
As requested at http://cygwin.com/bugs.html: o In your description, show how to reproduce the problem, including a test case, if possible. o At least include the cygwin release number you are using, and give the operating system and its version number, e.g., "cygwin v1.3.13 under NT 4.0". o Run cygcheck -s -v -r > cygcheck.out and include that *AS AN ATTACHMENT* in your report. > -Original Message- > From: Jens Yllman [mailto:x@;xtr.org] > Sent: Monday, November 04, 2002 2:39 PM > To: [EMAIL PROTECTED] > Subject: Problems with gcc 3.2. > > > Hi, > > I don't know where to report this. But with gcc 3.2 and > cygwin there is a > problem in asm/byteorder.h. The problem is the use of > __builtin_constant_p(). You'll get compilation errors. When I > compile I > have to do -U__OPTIMIZE__ or remove -O2. > > Anyone else experienced this? > Anyone know where I should report this? If not here. > > Jens Yllman (firstname at sirname dot com) > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gcc 3.2.
"Harig, Mark A." <[EMAIL PROTECTED]> writes: > As requested at http://cygwin.com/bugs.html: > > o In your description, show how to reproduce the problem, > including a test case, if possible. > > o At least include the cygwin release number you are using, > and give the operating system and its version number, > e.g., "cygwin v1.3.13 under NT 4.0". > > o Run cygcheck -s -v -r > cygcheck.out and include that > *AS AN ATTACHMENT* in your report. You can't send mail with attachments to this list, since some filter strips them all. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gcc 3.2.
On Mon, Nov 04, 2002 at 02:34:51PM -0700, Matt Armstrong wrote: >"Harig, Mark A." <[EMAIL PROTECTED]> writes: > >> As requested at http://cygwin.com/bugs.html: >> >> o In your description, show how to reproduce the problem, >> including a test case, if possible. >> >> o At least include the cygwin release number you are using, >> and give the operating system and its version number, >> e.g., "cygwin v1.3.13 under NT 4.0". >> >> o Run cygcheck -s -v -r > cygcheck.out and include that >> *AS AN ATTACHMENT* in your report. > >You can't send mail with attachments to this list, since some filter >strips them all. Not true. For instance, see: http://cygwin.com/ml/cygwin/2002-11/msg00100.html cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gcc 3.2.
On Tue, Nov 05, 2002 at 10:11:18AM -0700, Matt Armstrong wrote: >Christopher Faylor <[EMAIL PROTECTED]> writes: > >>>You can't send mail with attachments to this list, since some filter >>>strips them all. >> >> Not true. For instance, see: >> >> http://cygwin.com/ml/cygwin/2002-11/msg00100.html >> >> cgf > >Interesting. There must be a bug in the mailing list software, since >it bounced a valid MIME multipart email I sent the list last week: > >http://www.lickey.com/~matt/bounce.txt I'm no Mime expert but that message looks improperly formatted to me. There is no Content-Type after the message separators. cgf -- Please do not send me personal email with cygwin questions or observations. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gcc 3.2.
Christopher Faylor <[EMAIL PROTECTED]> writes: > On Tue, Nov 05, 2002 at 10:11:18AM -0700, Matt Armstrong wrote: >>Christopher Faylor <[EMAIL PROTECTED]> writes: >> You can't send mail with attachments to this list, since some filter strips them all. >>> >>> Not true. For instance, see: >>> >>> http://cygwin.com/ml/cygwin/2002-11/msg00100.html >>> >>> cgf >> >>Interesting. There must be a bug in the mailing list software, >>since it bounced a valid MIME multipart email I sent the list last >>week: >> >>http://www.lickey.com/~matt/bounce.txt > > I'm no Mime expert but that message looks improperly formatted to > me. There is no Content-Type after the message separators. The RFCs say an implicit text/plain content type is assumed when Content-Type is not present. My mailer has been doing it this way for years with no problems (except perhaps this one). Oh well, whoever wrote the patch to ezmlm that does MIME filtering has a bug. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with GCC-3.4.4-2 (exp) ?
Building the following simple test case
$ cat hello.c
#include
int main()
{
printf("Hello, World!");
return 0;
}
gcc -g hello.c -o hello
$ gcc -v
Reading specs from /tmp/usr/bin/../lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /usr/build/package/orig/test.new4/gcc-3.4.4-2/configure
--verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,pascal,java,objc --enable-nls
--without-included-gettext --enable-version-specific-runtime-libs
--without-x --enable-libgcj --disable-java-awt --with-system-zlib
--enable-interpreter --disable-libgcj-debug --enable-threads=posix
--enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions
--enable-hash-synchronization --enable-libstdcxx-debug
Thread model: posix
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
with GCC-3.4.4-2 (EXP) seems that the debug symbols are not added to
the executable.
GDB says:
$ gdb ./hello.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)
^
(gdb)
But building the testcase with GCC-3.4.4-1 causes a different beaviour (I
think correct):
With GCC-3.4.4-1:
-
gcc -g hello.c -o hello
$ gcc -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose
--prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc --enable-nls
--without-included-gettext --enable-version-specific-runtime-libs
--without-x --enable-libgcj --disable-java-awt --with-system-zlib
--enable-interpreter --disable-libgcj-debug --enable-threads=posix
--enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions
--enable-hash-synchronization --enable-libstdcxx-debug : (reconfigured)
Thread model: posix
gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
$ gdb ./hello.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) ^
-
Cheers,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Problems with GCC and C_INCLUDE_PATH
On Thu, 12 Dec 2002, Allan Crook wrote: > I'm having problems with GCC and the C_INCLUDE_PATH, if i add the path > to the command line with -Iw:\source then all is ok, but if I add the > same path to the environment variable and remove the -I from the command > line it just will not see the header file, whats wrong?? > > I get the following error: > > System__Public.h: No such file or directory > > this file is in w:\source, > > Please help Hmm, let me get this straight: you're adding a Windows-style path to the include path of the Cygwin gcc? One obvious solution would be to change the path to POSIX, something like "/cygdrive/w/source". If you insist on using Windows-style paths, this may be a quoting issue (you may have to quote your backslashes twice). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with GCC-4.7.2-1 (test)
Just for completeness... This morning I have installed the test release of GCC-4.7 (4.7.2-1) and after that a few applications do not work any more. For example, Terminator, installed via Cygwinports, does not start. From command line I have: $ terminator You need to install the python bindings for gobject, gtk and pango to run Terminator. But: $ grep gtk /etc/setup/installed.db clisp-gtk2 clisp-gtk2-2.48-3.tar.bz2 0 gtk2-x11-runtime gtk2-x11-runtime-2.16.5-1.tar.bz2 0 gtk2.0-canberra-module gtk2.0-canberra-module-0.30-1.tar.bz2 0 gtk2.0-engines gtk2.0-engines-2.20.2-1.tar.bz2 0 gtk2.0-engines-pixmap gtk2.0-engines-pixmap-2.24.14-1.tar.bz2 0 gtk2.0-engines-svg gtk2.0-engines-svg-2.36.4-1.tar.bz2 0 gtk2.0-gail gtk2.0-gail-2.24.14-1.tar.bz2 0 gtk3-canberra-module gtk3-canberra-module-0.30-1.tar.bz2 0 gtk3-demo gtk3-demo-3.6.4-1.tar.bz2 0 libcanberra-gtk-devel libcanberra-gtk-devel-0.30-1.tar.bz2 0 libcanberra-gtk0 libcanberra-gtk0-0.30-1.tar.bz2 0 libcanberra-gtk3-devel libcanberra-gtk3-devel-0.30-1.tar.bz2 0 libcanberra-gtk3_0 libcanberra-gtk3_0-0.30-1.tar.bz2 0 libgtk1.2-devel libgtk1.2-devel-1.2.10-11.tar.bz2 0 libgtk1.2_0 libgtk1.2_0-1.2.10-11.tar.bz2 0 libgtk2.0-devel libgtk2.0-devel-2.24.14-1.tar.bz2 0 libgtk2.0_0 libgtk2.0_0-2.24.14-1.tar.bz2 0 libgtk3-devel libgtk3-devel-3.6.4-1.tar.bz2 0 libgtk3_0 libgtk3_0-3.6.4-1.tar.bz2 0 libjavascriptcoregtk1.0_0 libjavascriptcoregtk1.0_0-1.8.3-2.tar.bz2 0 libwebkitgtk1.0_0 libwebkitgtk1.0_0-1.8.3-2.tar.bz2 0 python-gtk2 python-gtk2-2.14.1-2.tar.bz2 0 python-gtk2.0 python-gtk2.0-2.24.0-2.tar.bz2 0 python-pygtk python-pygtk-2.27.91-1.tar.bz2 0 vala-libcanberra-gtk vala-libcanberra-gtk-0.30-1.tar.bz2 0 I have also a GTK-build of Emacs trunk and $ emacs -Q /usr/local/emacs/bin/emacs-24.3.50.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory Reverting to GCC-4.5.3 all works fine. BTW, I did the Emacs build using CLANG (3.1, i386-pc-cygwin), so I don't understand much why the new GCC-4.7 interferes with Emacs. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Problems with GCC-3.4.4-2 (exp) ?
On 16 November 2006 11:45, Angelo Graziosi wrote:
> with GCC-3.4.4-2 (EXP) seems that the debug symbols are not added to
> the executable.
Augh! I messed up the specs somehow!
--- old/specs 2006-11-19 18:00:02.152166400 +
+++ new/specs 2006-11-19 17:57:24.565568000 +
@@ -33,7 +33,7 @@ cc1 -E %{traditional|ftraditional|tradit
%(cc1_cpu)
*cc1_options:
-%{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are incompatible}}
%1 %{!Q:-quiet} -dumpbase %B %{d*} %{m*} %{a*} %{c|S:%{o*:-auxbase-strip
%*}%{!o*:-auxbase %b}}%{!c:%{!S:-auxbase %b}} %{g*} %{O*} %{W*&pedantic*} %{w}
%{std*&ansi&trigraphs} %{v:-version} %{pg:-p} %{p} %{f*} %{undef}
%{Qn:-fno-ident} %{--help:--help} %{--target-help:--target-help}
%{!fsyntax-only:%{S:%W{o*}%{!o*:-o %b.s}}} %{fsyntax-only:-o %j} %{-param*}
+%{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are incompatible}}
%1 %{!Q:-quiet} -dumpbase %B %{d*} %{m*} %{a*} %{c|S:%{o*:-auxbase-strip
%*}%{!o*:-auxbase %b}}%{!c:%{!S:-auxbase %b}}%{g*} %{O*} %{W*&pedantic*} %{w}
%{std*&ansi&trigraphs} %{v:-version} %{pg:-p} %{p} %{f*}
%{undef}%{Qn:-fno-ident} %{--help:--help} %{--target-help:--target-help}
%{!fsyntax-only:%{S:%W{o*}%{!o*:-o %b.s}}} %{fsyntax-only:-o %j} %{-param*}
*cc1plus:
It's hard to see in there, but there's a space missing between the -auxbase
and the -g option specs. Thanks for finding this Angelo; I think that's the
last thing that needed fixing before I can release -3.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Problems with GCC-3.4.4-2 (exp) ?
On 19 November 2006 18:02, Dave Korn wrote: > Augh! I messed up the specs somehow! > It's hard to see in there, but there's a space missing between the > -auxbase and the -g option specs. Thanks for finding this Angelo; I think > that's the last thing that needed fixing before I can release -3. And another one between undef and Qn. Wonder how I managed to do that. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with GCC-3.4.4-2 (exp) ?
On 19 November 2006 18:05, Dave Korn wrote:
> On 19 November 2006 18:02, Dave Korn wrote:
>
>> Augh! I messed up the specs somehow!
>
>> It's hard to see in there, but there's a space missing between the
>> -auxbase and the -g option specs. Thanks for finding this Angelo; I think
>> that's the last thing that needed fixing before I can release -3.
>
> And another one between undef and Qn. Wonder how I managed to do that.
This is how I did it!
@@ -767,10 +767,15 @@
static const char *cc1_options =
"%{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are
incompatible}}\
%1 %{!Q:-quiet} -dumpbase %B %{d*} %{m*} %{a*}\
- %{c|S:%{o*:-auxbase-strip %*}%{!o*:-auxbase %b}}%{!c:%{!S:-auxbase %b}}\
- %{g*} %{O*} %{W*&pedantic*} %{w} %{std*&ansi&trigraphs}\
- %{v:-version} %{pg:-p} %{p} %{f*} %{undef}\
- %{Qn:-fno-ident} %{--help:--help}\
+ %{c|S:%{o*:-auxbase-strip %*}%{!o*:-auxbase %b}}%{!c:%{!S:-auxbase %b}}"
+#ifdef GPC
+ "%{g*} %{O*} %{f*&W*&pedantic*&w} %{std*&ansi&trigraphs}\
+ %{v:-version} %{pg:-p} %{p} %{undef}"
+#else /* !GPC */
+ "%{g*} %{O*} %{W*&pedantic*} %{w} %{std*&ansi&trigraphs}\
+ %{v:-version} %{pg:-p} %{p} %{f*} %{undef}"
+#endif
+ "%{Qn:-fno-ident} %{--help:--help}\
%{--target-help:--target-help}\
%{!fsyntax-only:%{S:%W{o*}%{!o*:-o %b.s}}}\
%{fsyntax-only:-o %j} %{-param*}";
Spot the subtle thinko owing to changing between line continuation and C
string concatenation owing to not being able to have #ifdefs in the middle of
a continued line!
Respin on the way. (Takes about 3-4 days on my 6-year old athlon box...)
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Problems with GCC-4.7.2-1 (test)
On 05/04/2013 12:22, Angelo Graziosi wrote: > Just for completeness... > > This morning I have installed the test release of GCC-4.7 (4.7.2-1) and > after that a few applications do not work any more. > > For example, Terminator, installed via Cygwinports, does not start. From > command line I have: > > $ terminator > > You need to install the python bindings for gobject, gtk and pango to > run Terminator. > I have also a GTK-build of Emacs trunk and > > $ emacs -Q > > /usr/local/emacs/bin/emacs-24.3.50.exe: error while loading shared > libraries: ?: cannot open shared object file: No such file or directory This looks like the quickest point to try tracking it down. Does cygcheck on the exe show any missing DLLs? > Reverting to GCC-4.5.3 all works fine. > > BTW, I did the Emacs build using CLANG (3.1, i386-pc-cygwin), so I don't > understand much why the new GCC-4.7 interferes with Emacs. Did you install the manually-required runtime libs as well? cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems with GCC-4.7.2-1 (test)
Dave Korn wrote: I have also a GTK-build of Emacs trunk and $ emacs -Q /usr/local/emacs/bin/emacs-24.3.50.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory This looks like the quickest point to try tracking it down. Does cygcheck on the exe show any missing DLLs? I am afraid, I have reinstalled GCC-4.5.3 so I can't do it... "quickest" Did you install the manually-required runtime libs as well? I don't understand here. I have installed GCC-4.7.2-1 with setup.exe choosing "Exp" packages and then leaving only 4.7.2-1 for installation. Which runtime libs it needs? "manually-required"? Shouldn't test packages be installed only with setup.exe? I am confused now... :-( Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems with GCC-4.7.2-1 (test)
On 05/04/2013 3:07 PM, Angelo Graziosi wrote: Dave Korn wrote: Did you install the manually-required runtime libs as well? I don't understand here. I have installed GCC-4.7.2-1 with setup.exe choosing "Exp" packages and then leaving only 4.7.2-1 for installation. Which runtime libs it needs? "manually-required"? Shouldn't test packages be installed only with setup.exe? I am confused now... :-( I think he means the other gcc-related packages in setup.exe; dependencies of test packages aren't tracked because they tend to pull in experimental versions of dependencies for non-experimental packages you might have installed. A shortcoming of setup.exe. I don't know which dependencies those might be, though... Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems with GCC-4.7.2-1 (test)
On 05/04/2013 20:52, Ryan Johnson wrote: > On 05/04/2013 3:07 PM, Angelo Graziosi wrote: >> Dave Korn wrote: >>> Did you install the manually-required runtime libs as well? >> >> I don't understand here. I have installed GCC-4.7.2-1 with setup.exe >> choosing "Exp" packages and then leaving only 4.7.2-1 for >> installation. Which runtime libs it needs? "manually-required"? >> >> Shouldn't test packages be installed only with setup.exe? I am >> confused now... :-( > I think he means the other gcc-related packages in setup.exe; > dependencies of test packages aren't tracked because they tend to pull > in experimental versions of dependencies for non-experimental packages > you might have installed. A shortcoming of setup.exe. > > I don't know which dependencies those might be, though... They were listed in the announcement: > 2. Setup does not pull all required dependencies. > This is done on purpose to allow the default 4.5.3-3 release to work out > of the box. There are 3 new packages that should be noted if you install > this version of gcc. > > libgnat4.7, libobjc4 and libquadmath0 for gcc4-ada, gcc4-objc and > gcc4-fortran respectively. Probably not related, I guess. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems with GCC-4.7.2-1 (test)
Dave Korn wrote: They were listed in the announcement: 2. Setup does not pull all required dependencies. This is done on purpose to allow the default 4.5.3-3 release to work out of the box. There are 3 new packages that should be noted if you install this version of gcc. libgnat4.7, libobjc4 and libquadmath0 for gcc4-ada, gcc4-objc and gcc4-fortran respectively. I think I had installed all those packages... Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems with GCC-4.7.2-1 (test)
Dave Korn wrote: They were listed in the announcement: 2. Setup does not pull all required dependencies. This is done on purpose to allow the default 4.5.3-3 release to work out of the box. There are 3 new packages that should be noted if you install this version of gcc. libgnat4.7, libobjc4 and libquadmath0 for gcc4-ada, gcc4-objc and gcc4-fortran respectively. Now I have carefully repeated the installation and I am sure that all needed packages are installed (also the above), and the problems remains... :-( Not only Terminator (cygwinports) and my Emacs build do not work but also URXVT (installed via setup.exe as Curr package) does not work! But now... I have also a GTK-build of Emacs trunk and $ emacs -Q /usr/local/emacs/bin/emacs-24.3.50.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory This looks like the quickest point to try tracking it down. Does cygcheck on the exe show any missing DLLs? $ cygcheck urxvt-X Found: C:\cygwin-2\bin\urxvt-X.exe C:\cygwin-2\bin\urxvt-X.exe [...] C:\cygwin-2\bin\cygssp-0.dll cygcheck: track_down: could not find cygffi-4.dll $ cygcheck emacs Found: C:\cygwin-2\usr\local\bin\emacs -> C:\cygwin-2\usr\local\emacs\bin\emacs.exe -> C:\cygwin-2\usr\local\emacs\bin\emacs-24.3.50.exe C:\cygwin-2\usr\local\emacs\bin\emacs-24.3.50.exe [...] C:\cygwin-2\bin\cygncurses-10.dll C:\cygwin-2\bin\cygXft-2.dll cygcheck: track_down: could not find cygffi-4.dll If you read http://cygwin.com/ml/cygwin-announce/2013-03/msg0.html, you will find KNOWN ISSUES 1. GCJ and LIBFFI packages are empty Java Support is broken in this release. so this explain, for me, the problems I see... Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Problems with GCC-3.4.4-2 (exp) ? (Gold S.)
D. Korn wrote: http://cygwin.com/ml/cygwin/2006-11/msg00512.html http://cygwin.com/ml/cygwin/2006-11/msg00513.html http://cygwin.com/ml/cygwin/2006-11/msg00514.html and in http://cygwin.com/ml/cygwin-apps/2006-11/msg00071.html he wrote: > Can I have an experimental gold star for having uploaded an experimental > version of gcc and get it upgraded to a real gold star when I upload the > new Curr: version? I think he should have a Gold Star in any case! Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with GCC-3.4.4-2 (exp) ? (Gold S.)
>> D. Korn wrote: >> >> Can I have an experimental gold star for having uploaded an experimental >> version of gcc and get it upgraded to a real gold star when I upload the >> new Curr: version? > > >I think he should have a Gold Star in any case! > Sheesh. I'm in the wrong project. I've been [re-]releasing buggy binaries for years and not one gold star, not even a silver one. (Psst. I really want a Red one.) Danny > Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
