Christian Franke wrote:
Marco Atzeri wrote:
On 6/12/2018 7:11 PM, Christian Franke wrote:
...
The attached patch for
/usr/lib/gcc/*-pc-cygwin/7.3.0/include/c++/bits/basic_string.h
fixes this.
Please forget this patch. It was bases on a wrong assumption and only
cures symptoms.
It seems
Marco Atzeri wrote:
On 6/12/2018 7:11 PM, Christian Franke wrote:
...
The attached patch for
/usr/lib/gcc/*-pc-cygwin/7.3.0/include/c++/bits/basic_string.h
fixes this.
Christian
Thanks Christian
for the investigation.
It seems an upstream bug so could you report it there ?
Done:
https://
On 6/12/2018 7:11 PM, Christian Franke wrote:
Ivan Shynkarenka wrote:
Could reproduce this with 32 and 64 bit Cygwin g++ 7.3.0
A comparison of preprocessor (-E) outputs shows that the "extern
template" declarations for getline() are only visible for C++ <= 14.
These a
main(int argc, char** argv)
{
std::string line;
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std::endl;
return 0;
}
g++ -std=gnu++17 test.cpp
Could reproduce this with 32 and 64 bit Cygwin g++ 7.3.0
A com
tring line;
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std::endl;
return 0;
}
g++ -std=gnu++17 test.cpp
Could reproduce this with 32 and 64 bit Cygwin g++ 7.3.0
A comparison of preprocessor (-E) outputs shows
x27;m sorry about misspell prefix space in my prev example. Please try
the
following one:
#include
#include
int main(int argc, char** argv)
{
std::string line;
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std
prev example. Please try the
following one:
#include
#include
int main(int argc, char** argv)
{
std::string line;
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std::endl;
return 0;
}
g++ -std=gnu++17 test
g one:
#include
#include
int main(int argc, char** argv)
{
std::string line;
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std::endl;
return 0;
}
g++ -std=gnu++17 test.cpp
works fine on 32 bit and 64 bit on
char** argv)
{
std::string line;
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std::endl;
return 0;
}
g++ -std=gnu++17 test.cpp
works fine on 32 bit and 64 bit on my W7
--
cygcheck.o
std::ifstream stream("test.cpp");
while (getline(stream, line))
std::cout << line << std::endl;
return 0;
}
g++ -std=gnu++17 test.cpp
--
cygcheck.out
--
Cygwin Configuration Diagnostics
Current System Time: Tue Jun 05 21:20:56 2018
On 6/5/2018 9:12 PM, Hans-Bernhard Bröker wrote:
Am 05.06.2018 um 17:56 schrieb Ivan Shynkarenka:
Hello,
I found an issue with Cygwin GCC 7.3.0 when building with -std=gnu++17
flag.
Using Cygwin 32-bit or 64-bit? I have to ask because I could not
reproduce your problem here, on the 64-bit
Am 05.06.2018 um 17:56 schrieb Ivan Shynkarenka:
Hello,
I found an issue with Cygwin GCC 7.3.0 when building with -std=gnu++17
flag.
Using Cygwin 32-bit or 64-bit? I have to ask because I could not
reproduce your problem here, on the 64-bit version.
Build: g++ -std=gnu++17 test.cpp
Buil
Hello,
I found an issue with Cygwin GCC 7.3.0 when building with -std=gnu++17
flag.
The following test.cpp shows the issue:
#include
#include
int main(int argc, char** argv)
{
std::string line;
std::ifstream stream(" test.cpp");
while (getline(stream, line))
This problem goes away when updating Cygwin x86_64 from 2.8.1 to 2.8.2 ; same
for this one:
https://cygwin.com/ml/cygwin/2017-07/msg00088.html "g++ std::map initializing
raises segmentation fault."
Falk
> Bonus points if you can reduce this testcase further, see
> https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
> for how to take the preprocessed output and automatically
> reduce it to a much smaller file.
I attach the output of
```
creduce checki.sh test_getline.i
```
where checki.s
```
> #include
> #include
> int main()
> {
> std::string s;
> std::getline(std::cin, s);
> std::cout << "You entered \"" << s << "\".\n";
> return 0;
> }
> ```
> On the other hand, when compiled with
On Thu, Jul 6, 2017 at 6:07 AM, TANNHAUSER Falk
wrote:
> The following C++ program crashes when compiled with GCC (both 5.4 and 6.3)
> under Cygwin, when compiled with both an optimization level higher than -O0
> (i.e. -O1, -O2 or -O3) and the C++ standard set to -std=c++nn (for any
> supported
main()
{
std::string s;
std::getline(std::cin, s);
std::cout << "You entered \"" << s << "\".\n";
return 0;
}
```
On the other hand, when compiled with -std=gnu++nn or -O0, the program executes
normally. For details, run the attached
On Jun 6 08:06, Andy Koppe wrote:
> The getline() and getdelim() functions have become part of the
> standard with POSIX.1-2008. Time to drop the _GNU_SOURCE guard from
> their declarations in ?
>
> http://www.opengroup.org/onlinepubs/9699919799/functions/getline.html
You'
The getline() and getdelim() functions have become part of the
standard with POSIX.1-2008. Time to drop the _GNU_SOURCE guard from
their declarations in ?
http://www.opengroup.org/onlinepubs/9699919799/functions/getline.html
Andy
--
Problem reports: http://cygwin.com/problems.html
FAQ
>
> When trying to 'make' FontForge on Cygwin, we get the following error.
>
> gimagereadxpm.c:128: error: conflicting types for 'getline'
> /usr/include/sys/stdio.h.31: error: previous declaration of 'getline'
> was here
This has already been b
Dear Cygwin mailing list,
When trying to 'make' FontForge on Cygwin, we get the following error.
gimagereadxpm.c:128: error: conflicting types for 'getline'
/usr/include/sys/stdio.h.31: error: previous declaration of 'getline'
was here
gimagereadxpm.c:128
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to djh on 2/27/2006 11:32 PM:
> I tried to back down to cygwin 5.18 from 5.19, but after I had done so
> and tried to remove a file with "rm", I get the following error message:
>
> Can't find getline in cygwin1.
I tried to back down to cygwin 5.18 from 5.19, but after I had done so
and tried to remove a file with "rm", I get the following error message:
Can't find getline in cygwin1.dll
Can anyone help me find out why this is and get back to cygwin 5.18?
--
Unsubscribe info: http:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Vladimir Panov on 1/28/2006 3:54 PM:
> Hi.
>
> cygwin-1.5.19 has introduced getline() and getdelim() in
> /usr/include/sys/stdio.h. Since they are GNU extensions, I think that
> they should be enclosed with #ifdef _GNU_SOU
Hi.
cygwin-1.5.19 has introduced getline() and getdelim() in
/usr/include/sys/stdio.h. Since they are GNU extensions, I think that
they should be enclosed with #ifdef _GNU_SOURCE. ... #endif.
Vlado
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports
the FAQ.
>
> - verify absence of cygwin1.dll (click desktop icon, get error)
>
> - run setup.exe again, with "Defaults"
>
> Cygwin runs, with just the basics. Find and startup work without the
>
> "getline" error.
Yes, when using setup.exe to p
Thanks for the info on findutils, Eric. I probably clicked one too many times
on findutils, on the first try. My output from cygcheck does show the earlier
version, now.
...
file 4.16-1
findutils4.2.25-2
fontconfig 2.2.2-1
...
_
zard until
"Uninstall is complete".
- verify absence of cygwin1.dll (click desktop icon, get error)
- run setup.exe again, with "Defaults"
Cygwin runs, with just the basics. Find and startup work without the
"getline" error.
Now, let's see if I can add mo
>
> What further steps can I take to try and fix the error "The procedure entry
> point getline could not be located in the dynamic link library cygwin1.dll"?
Although you did extensive research, you failed to realize that providing
the output of "cygcheck -svr&quo
On Sat, 14 Jan 2006, keinnamens wrote:
> I seem to have a cygwin problem that others have had, but the fixes that
> worked for them have not fixed my installation.
> What further steps can I take to try and fix the error "The procedure
> entry point getline could not be locat
I seem to have a cygwin problem that others have had, but the fixes that worked
for them have not fixed my installation.
What further steps can I take to try and fix the error "The procedure entry
point getline could not be located in the dynamic link library cygwin1.dll"?
Thanks.
On Fri, Jan 06, 2006 at 11:08:43AM -0500, Christopher Faylor wrote:
>On Fri, Jan 06, 2006 at 06:40:12PM +0530, Vijay Kiran Kamuju wrote:
>>Hi ,
>>
>>I am also facing the same problem for getsubopt function
>
>Ahahahaha.
>
>cgf
>
>(starting to hyperventilate and just had a narrow lightening miss)
S
On Fri, Jan 06, 2006 at 06:40:12PM +0530, Vijay Kiran Kamuju wrote:
>Hi ,
>
>I am also facing the same problem for getsubopt function
Ahahahaha.
cgf
(starting to hyperventilate and just had a narrow lightening miss)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem rep
Hi ,
I am also facing the same problem for getsubopt function
Thanks and Regards,
Vijay
On 1/6/06, Eric Blake <[EMAIL PROTECTED]> wrote:
> > I am using cygwin 1.18.
> > I am trying to compile a simple test program using the function
> > getline which is defined in st
> I am using cygwin 1.18.
> I am trying to compile a simple test program using the function
> getline which is defined in stdio.h
cygwin getline does not exist in 1.5.18, but was implemented
a few days later and is available in snapshots. In the meantime,
if you don't want to u
Hi,
I am using cygwin 1.18.
I am trying to compile a simple test program using the function
getline which is defined in stdio.h
I am getting symbol unreferenced errors while linking.
Is the function unimplemented. i think its unimplemented as i even
tried to find the string entry for getline
ry though, it's not
Cygwin's fault. Somewhere there is probably a target-specific file that
essentially tries to define getline() if __CYGWIN__ is defined, rather
than testing for existance of the function as all good autoconf tests
ought.
The build system for apache 1.3 is essentially a
tting feeedback about those:
...
- getline, getdelim.
...
I mentioned this when struggling with my mod_perl issues a few weeks
back. Building apache worked without any hassles before (whenever I
tried) and also as late as 1.5.18. However now (tried snapshot 20051201
for 'getline'
/usr/include/sys/stdio.h:31: error: previous declaration of 'getline'
was here
That's a problem with the package. Two possible causes:
- Either the mod_perl packages has no configure check for getline and
just tries to use its own version in htpasswd
On Dec 5 11:19, Corinna Vinschen wrote:
> On Dec 5 11:06, Nenad Antic wrote:
> > gcc -c -I../os/cygwin -I../include -DCYGWIN -DNO_DBM_REWRITEMAP
> > -DUSE_HSREGEX -DSHARED_CORE `../apaci` htpasswd.c
> > htpasswd.c:101: error: conflicting types for 'getline'
getting feeedback about those:
> >
> >
> ...
>
> > - getline, getdelim.
> >
> >
> ...
>
> I mentioned this when struggling with my mod_perl issues a few weeks
> back. Building apache worked without any hassles before (whenever I
> tried) and also as late as 1.5.18. How
Corinna Vinschen wrote, on 11/30/2005 6:11 PM:
1.5.19 has also some new functionality over 1.5.18. If you have sources
which take advantage of that stuff if present, we're also interested in
getting feeedback about those:
...
- getline, getdelim.
...
I mentioned this
designed for CVS use only (so there is no cygwin
>>>>distribution), but projects like coreutils use gnulib getline() and
>>>>other modules to make up for non-standard functions that are missing in
>>>>various platform libraries. http://www.gnu.org/software/gnulib/
&
Corinna Vinschen wrote:
On Jul 7 14:26, Gerrit P. Haase wrote:
Eric Blake wrote:
An alternative is to investigate using the gnulib module in your code.
gnulib is currently designed for CVS use only (so there is no cygwin
distribution), but projects like coreutils use gnulib getline() and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gerrit P. Haase on 7/7/2005 6:35 AM:
>>> An alternative is to investigate using the gnulib module in your code.
>
> Wouldn't it be nice to have it as a Cygwin package?
Unfortunately, the gnulib maintainers aren't ready for it to be a pac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gerrit P. Haase on 7/7/2005 6:26 AM:
>>http://www.gnu.org/software/gnulib/
>
> Same approach as libgen? Are dirname() and basename() included?
Gnulib uses source code sharing. There is no libgnulib.a, just a lot of
small modules that ca
Gerrit P. Haase wrote:
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to George Morgan on 7/7/2005 2:12 AM:
Ok, I was reading about the virtues of using getline and then looked
in cygwin's
stdio.h and it is not there! Did it get removed? Yeah, I foun
On Jul 7 14:26, Gerrit P. Haase wrote:
> Eric Blake wrote:
> >An alternative is to investigate using the gnulib module in your code.
> >gnulib is currently designed for CVS use only (so there is no cygwin
> >distribution), but projects like coreutils use gnulib getline() an
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to George Morgan on 7/7/2005 2:12 AM:
Ok, I was reading about the virtues of using getline and then looked in cygwin's
stdio.h and it is not there! Did it get removed? Yeah, I found the __getline
but when I ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to George Morgan on 7/7/2005 2:12 AM:
> Ok, I was reading about the virtues of using getline and then looked in
> cygwin's
> stdio.h and it is not there! Did it get removed? Yeah, I found the __getline
> but when I cha
On Jul 7 04:12, George Morgan wrote:
> Ok, I was reading about the virtues of using getline and then looked in
> cygwin's
> stdio.h and it is not there! Did it get removed? Yeah, I found the __getline
> but when I changed my C code to use that the linker does not find it
Ok, I was reading about the virtues of using getline and then looked in cygwin's
stdio.h and it is not there! Did it get removed? Yeah, I found the __getline
but when I changed my C code to use that the linker does not find it. This is
with cygwin DLL version 1.5.18 and gcc 3.4.4. Maybe I
Gerrit wrote:
> What is/was the status of including libgen into Cygwin/newlib?
Replying myself.
I found basename() and dirname() sources in the Cygwin openssh sources
(openbsd-compat directory). Compiles ok. License is probably OpenBSD,
in doubt the same as OpenSSH.
In case someone is intere
Hello Vikram,
you wrote:
> Anyways I have added code for thse three functions incase somebody needs
> them
> This code is not mine but i thought, incase soembody needs it, he will
> have to spent less time on this issue
May I ask you were you found the code?
I'm searching a tarball of libgen,
On Sat, Jun 28, 2003 at 09:44:42AM +0100, Elfyn McBratney wrote:
>On Sat, 28 Jun 2003, Vikram Mehta wrote:
>>Anyways I have added code for thse three functions incase somebody
>>needs them This code is not mine but i thought, incase soembody needs
>>it, he will have to spent less time on this issue
On Sat, 28 Jun 2003, Vikram Mehta wrote:
>
> Hi Elfyn,
>
> Thanx again,
>
> Anyways I have added code for thse three functions incase somebody needs
> them
> This code is not mine but i thought, incase soembody needs it, he will
> have to spent less time on this issue
I wished I hadn't looked a
break;
}
if (idx != 0)
(*linebuf)[idx] = 0;
else if ( ch == EOF )
return -1;
return idx;
}
ssize_t getline(char **linebuf, size_t *n, FILE *file)
{
return (getdelim (linebuf, n, '\n', file));
}
char *
basenam
ink that would be an improvement -- and
> that it would work the same as bash.
As I advocated for using the readline patch I'm glad to say that this
lack of quoting bookmarks seems to be by design and ncftp's own getline
doesn't quote bookmarks either (at least on cygwin). Only
bug in the current Cygwin version.
>>>
>>>Consider an example with only the following two bookmarks:
>>>
>>>RedHat Linux --> FTP.RedHat.Com
>>>RedHat Updates --> Updates.RedHat.Com
>>>
>>>With the non-Cygwin Win32 version, tab completion
non-Cygwin Win32 version, tab completion
>> displays the bookmark list with only the second words:
>>
>> ncftp> open
>> LinuxUpdates
>>
>> However, with the Cygwin version, tab completion repeats
>> the first word each time without displayi
gt; open RedHat RedHat
> ncftp> open RedHat RedHat RedHat
>
> Unfortunately, I am not able to contribute any patches
> myself, but hopefully this will not be a difficult fix
> for someone who is already familiar with the source code.
>
> Thanks,
> Alan
>
>
> -------
ase consider the following enhancement to "getline" tab
completion. When using the open command with tab to list
the matching bookmarks, getline should enclose the string
in quotes if it contains spaces. Consider this example:
ncftp> open RedHat Linux
Resolving RedHat...
Unknown h
63 matches
Mail list logo